11

Peran Keputusan Pakar Domain dan Evaluasi Solusi

AI999第3课:现实世界的复杂性与多目标权衡
00:00

Dalamalur eksplorasi multiobjektifEvoX, sistem otomatis dan pakar domain bukanlah pengganti satu sama lain, melainkan dua mesin yang bekerja sama dengan pembagian tugas: sistem bertanggung jawab untuk "menghasilkan dan menyaring", sedangkan pakar bertanggung jawab untuk "menilai dan memutuskan". Sistem membentangkan berbagai kemungkinan, lalu pakar memusatkannya menjadi satu pilihan yang dapat diimplementasikan.

Pembagian tugas ini melanjutkan akar teknis dari Pelajaran 2: EvoX berasal dari pertemuan kembali antara simbolisme, koneksionisme, sibernetika, dankomputasi evolusioner—di mana komputasi evolusioner adalah akar teknis yang paling langsung: ia tidak menetapkan satu jawaban tunggal di muka, melainkan menyeimbangkan berbagai tujuan yang saling bertentangan melalui mutasi dan seleksi dalam evaluasi nyata. Karena itulah, sisi sistem secara alami cocok untuk paralelisme: kandidat dalam populasi dapat dihasilkan dan dievaluasi secara bersamaan. Rekayasa tradisional lama terkendala oleh "biaya mempertahankankeberagamanyang tinggi serta penjadwalan serial yang rumit", sementara eksplorasi paralel berskala besar dan generasi cerdas yang dibawa oleh GPU dan model besar justru menjadi fondasi rekayasa yang meredakan kontradiksi tersebut.

Generasi Sistem · Keputusan PakarPembagian Tanggung Jawab dan Siklus Tertutup Evaluasi Solusi dalam Eksplorasi MultiobjektifSisi Sistem · Membentangkan KemungkinanSisi Pakar · Memusatkan KemungkinanSistem OtomatisSisi Sistem · Menghasilkan & MenyaringGenerasi Kandidat Skala BesarEvolusi Populasi · Pengambilan Sampel ParalelPrediksi Model SurrogateEstimasi Kinerja dan KendalaPenggambaran Front ParetoVisualisasi Hubungan Trade-offPemeliharaan KeberagamanMenghindari Konvergensi DiniMenjawab "Apa saja kemungkinannya"Pakar DomainSisi Pakar · Menilai & MemutuskanInjeksi Preferensi · Prioritas TujuanDasar Pengurutan Manfaat dan BiayaKendala Keras · Toleransi RisikoPersyaratan Batas Minimum dan Risiko yang Dapat DiterimaPenilaian Kesesuaian Skenario NyataToleransi Manufaktur · Profil MisiPilihan Akhir dan Tanggung JawabMenjawab "Mana yang harus dipilih, dan mengapa"Keluaran Sistem: Himpunan KandidatPrediksi Kuantitatif · Tingkat Keyakinan · KeberagamanMatriks Evaluasi SolusiOptimal Tujuan Tunggal ≠ Solusi yang Dapat DiimplementasikanManfaat KinerjaBiaya Rekayasa dan ManufakturKetangguhan · Kemudahan PemeliharaanKetidakpastian · KredibilitasVeto Ambang BatasTrade-off Manfaat–BiayaAnalisis SensitivitasTolak dulu cacat fatal, lalu timbang manfaat dan biaya, terakhir uji ketangguhanKandidatEvaluasiAliran balik alasan pemilihan → pencarian evolusioner putaran berikutnyaSinyal preferensi / kendala / evaluasi

Pembagian Tanggung Jawab: Siapa Menghasilkan, Siapa Memutuskan

  • Sisi sistem: menyelesaikan generasi kandidat skala besar, prediksi model surrogate, penggambaran front Pareto, dan pemeliharaan keberagaman, menjawab "apa saja kemungkinannya".
  • Sisi pakar: menentukan prioritas tujuan, kendala keras, toleransi risiko, dan kesesuaian skenario nyata, menjawab "mana yang harus dipilih, dan mengapa".

Dimensi Evaluasi: Optimal Tujuan Tunggal Tidak Sama dengan Solusi yang Dapat Diimplementasikan

Evaluasi solusi harus mengubahManfaat Kinerjadanbiaya rekayasamenjadi dasar keputusan yang dapat dijelaskan dan diaudit. Selain manfaat kinerja, setidaknya harus dipertimbangkan secara bersamaan biaya komputasi dan manufaktur, ketangguhan, kemudahan pemeliharaan, ketidakpastian, serta kredibilitas kesimpulan di bawah umpan balik yang jarang. Hanya melihat optimal tujuan tunggal sering kali menghasilkan solusi yang tidak dapat diterapkan secara rekayasa atau sangat rapuh terhadap gangguan; justru dalam masalah dengan tujuan yang bertentangan dan kendala yang kompleks, evaluasi multidimensilah yang membuat berbagai kandidat yang dipertahankan oleh pencarian evolusioner menampakkan masing-masing skenario penerapannya.

Metode Keputusan: Mengubah Pengalaman Domain menjadi Logika yang Dapat Diverifikasi

Melalui preferensi eksplisit, evaluasi berlapis, matriks keputusan, item veto ambang batas, dan analisis sensitivitas, pengalaman domain dapat diungkapkan sebagai aturan pemilihan yang dapat diuji dan direproduksi. Urutan yang umum digunakan adalah: pertama gunakan kendala keras untuk "memveto" kandidat yang melanggar persyaratan batas minimum, lalu lakukan trade-off manfaat–biaya pada kandidat yang tersisa, dan terakhir gunakan analisis sensitivitas untuk memastikan apakah kesimpulan tetap tangguh terhadap gangguan bobot.

Umpan Balik Jarang dan Siklus Tertutup Tanggung Jawab

Ketika evaluasi berfidelitas tinggi mahal dan umpan balik jarang, pakar perlu memutuskan apakah akan meninjau ulang, mengambil sampel ulang, atau menghentikan pencarian berdasarkan tingkat keyakinan model surrogate, keberagaman kandidat, dan pola kegagalan yang telah diamati, alih-alih secara membabi buta mempercayai "solusi optimal" yang diberikan model surrogate. Pemilihan solusi akhir dan penanggung jawaban risiko menjadi milik pakar domain; alasan pemilihan harus mengalir balik sebagai sinyal preferensi, kendala, atau evaluasi untuk memandu pencarian evolusioner berikutnya, membentuk siklus tertutup tanggung jawab.

Contoh Penerapan
Dalam desain multiobjektif airfoil superkritis, sistem mengeluarkan sekumpulan solusi kandidat yang menyeimbangkan hambatan, gaya angkat, dan stabilitas; pakar memadukan biaya terowongan angin dan simulasi, toleransi manufaktur, serta profil misi, pertama menyingkirkan kandidat yang melanggar kendala keras, lalu melakukan trade-off manfaat–biaya pada solusi yang tersisa, memilih sedikit kandidat untuk verifikasi berfidelitas tinggi, dan mengalirkan balik alasan putaran ini sebagai preferensi dan kendala untuk putaran berikutnya.