Prinsip Inti: Code is cheap. Taste matters

Ketika biaya marginal untuk menghasilkan dan mengimplementasikan kode ditekan hingga mendekati nol oleh model besar dan fondasi tensorisasi, sumber daya langka dalam riset dan pembangunan sistem bergeser dari "bisakah ditulis" menjadi "apakah layak dikerjakan, dan seperti apa yang disebut dikerjakan dengan baik".

Code is cheap adalah deskripsi objektif atas kondisi rekayasa saat ini: setelah biaya implementasi runtuh, kode bukan lagi hambatan, dan bukan lagi satuan ukur kontribusi riset—"bisa berjalan" turun derajat dari hasil menjadi prasyarat, dari pencapaian yang bisa dipamerkan menjadi tiket masuk untuk terus bekerja.

Taste matters adalah reposisi tanggung jawab manusia setelah pembagian kerja manusia-mesin: ketika "AI mewujudkan jawaban, manusia mengendalikan arah" menjadi pembagian kerja default, yang benar-benar langka di sisi manusia adalah kemampuan mengajukan pertanyaan kunci, menetapkan standar evaluasi, dan menentukan arah di tengah konflik multi-tujuan.

Ke Mana Kelangkaan Bergeser

Pemilihan masalah: masalah mana yang dikerjakan lebih menentukan batas atas daripada metode yang digunakan. Ketika arahnya salah, semakin cepat implementasi semakin besar pemborosan.
Perancangan fungsi tujuan dan standar evaluasi: begitu metrik dipilih salah, model hanya akan konvergen secara efisien ke arah yang salah.
Kriteria pengambilan keputusan untuk pertimbangan multi-tujuan: preferensi antara performa, reproduktifitas, pemeliharaan, dan biaya implementasi harus dinyatakan secara eksplisit, bukan diputuskan secara dadakan.
Interpretasi dan atribusi hasil: bedakan antara "kebetulan berhasil berjalan" dan "benar-benar memahami", serta tentukan dari perubahan mana keuntungan sebenarnya berasal.

Rasa Harus Dapat Diuji

Rasa bukanlah klaim estetis, dan tidak bisa diputuskan berdasarkan senioritas atau voting. Rasa harus difalsifikasi melalui "masuk ke lingkungan nyata—terima umpan balik nyata": tuliskan penilaian sebagai hipotesis yang dapat diverifikasi, dan revisi melalui kegagalan serta keberhasilan di skenario nyata. Jika tidak, diskusi hanya akan menjadi perdebatan preferensi.

Arti Infrastruktur: Memberi Pijakan bagi Rasa

Tujuan akhir EvoX justru terletak pada posisi ini: membangun infrastruktur terbuka yang mampu masuk ke lingkungan nyata dan menerima umpan balik nyata. Fondasi yang terbuka, terdekopel, dan dapat dikomposisi menekan biaya implementasi cukup rendah, sehingga ide-ide bagus dapat masuk ke skenario nyata dengan biaya rendah, terseleksi, mengendap, dan diwarisi—daya penilaian dengan demikian memiliki wadah yang dapat terus diasah.

Kesadaran Batas: Code Cheap Bukan Berarti Rekayasa Bisa Diabaikan

Gerbang penerimaan, reproduktifitas, pemeliharaan, dan siklus umpan balik tetap menjadi ambang nyata. Rasa justru tercermin dalam penilaian pengambilan keputusan atas ambang-ambang ini: umpan balik seperti apa yang layak dipercaya, metrik seperti apa yang harus dipertahankan, dan percobaan gagal seperti apa yang harus ditolak alih-alih digabungkan. Inilah nilai dari mekanisme bergaya Genesis—modifikasi kandidat hanya dapat menjadi dasar historis yang dapat diwarisi oleh eksekutor berikutnya setelah melewati kompilasi, pengujian, pemeriksaan perilaku, dan penerimaan di tingkat atas.

Sebuah Pantulan

Turing menulis di akhir "Computing Machinery and Intelligence": kita hanya bisa melihat jarak yang sangat dekat di depan kita, tetapi kita bisa melihat ada banyak hal yang menunggu untuk diselesaikan di sana. Daripada berdebat tentang bentuk akhir kecerdasan, lebih baik membangun infrastruktur terbuka yang dapat terus masuk ke skenario nyata dan menerima umpan balik nyata, sehingga setiap putaran eksplorasi dapat diuji dan diwarisi.

Halaman ini melanjutkan pembagian kerja dari halaman sebelumnya, "AI mewujudkan jawaban, manusia mengendalikan arah", dan menyajikan prinsip inti yang menopang pembagian kerja tersebut; halaman berikutnya akan beralih ke praktik memandu AI melalui percakapan untuk menyelesaikan tugas EvoX.

Poster Code cheap, Taste matters

Poster ini berpusat pada "Code is cheap. Taste matters", yang menunjukkan bahwa setelah biaya implementasi runtuh, kelangkaan bergeser ke pemilihan masalah, perancangan fungsi tujuan dan standar evaluasi, kriteria pengambilan keputusan multi-tujuan, serta atribusi hasil. Kutipan Turing dan visi EvoX disandingkan, menekankan bahwa rasa tidak bisa hanya bersandar pada klaim, melainkan harus diuji melalui umpan balik lingkungan nyata, dan melalui infrastruktur terbuka mengendap menjadi daya penilaian yang dapat diwarisi.

Pertanyaan 1

Dalam konteks biaya implementasi yang ditekan hingga mendekati nol, apa makna rekayasa paling tepat dari "Code is cheap"?

Kualitas kode tidak lagi penting, verifikasi rekayasa bisa dilewati dan langsung dirilis

Biaya marginal untuk menghasilkan dan mengimplementasikan kode mendekati nol, sehingga "bisa berjalan" turun derajat dari hasil menjadi prasyarat

Jumlah baris kode tetap menjadi indikator utama untuk mengukur kontribusi riset

Selama modelnya cukup kuat, tidak ada yang perlu menulis kode lagi

Pertanyaan 2

Setelah biaya implementasi runtuh, ke mana sumber daya yang benar-benar langka bergeser?

Kemahiran bahasa pemrograman dan pengalaman framework

Jumlah baris kode yang dihasilkan per satuan waktu

Pemilihan masalah, perancangan fungsi tujuan dan standar evaluasi, kriteria pertimbangan multi-tujuan, serta interpretasi dan atribusi hasil

Daya komputasi GPU dan kapasitas memori

Pertanyaan 3

Mengapa dikatakan "rasa bukanlah klaim estetis"?

Karena rasa harus difalsifikasi melalui "masuk ke lingkungan nyata—terima umpan balik nyata", jika tidak, yang tersisa hanyalah perdebatan preferensi

Karena rasa dapat diukur langsung dengan jumlah baris kode dan frekuensi commit

Karena rasa pada akhirnya ditentukan oleh hasil voting peneliti senior

Karena rasa hanya berperan pada tahap peninjauan makalah

Pertanyaan 4

Kelompok manakah berikut ini yang tetap menjadi ambang nyata yang tidak dapat dihilangkan oleh "Code is cheap"?

Gerbang penerimaan, reproduktifitas, pemeliharaan, dan siklus umpan balik

Jumlah modifikasi kandidat dan frekuensi commit

Akurasi pelengkapan kode dan waktu respons lingkungan pengembangan

Kecepatan coding, popularitas framework, dan jumlah parameter model

Pertanyaan 5

Apa tujuan inti EvoX membangun infrastruktur yang terbuka, terdekopel, dan dapat dikomposisi?

Menekan biaya implementasi lebih jauh hingga nol, sehingga siklus umpan balik tidak lagi diperlukan

Menurunkan biaya implementasi agar ide-ide bagus dapat masuk ke skenario nyata dengan biaya rendah untuk terseleksi, mengendap, dan diwarisi, sehingga rasa memiliki pijakan yang dapat diuji

Membuat modifikasi kandidat dapat langsung masuk ke versi utama tanpa penerimaan

Menggantikan penilaian dan pengambilan keputusan manusia dengan alur otomatis

Studi Kasus: Penilaian Pengambilan Keputusan dalam Evolusi Berkelanjutan Bergaya Genesis

Baca skenario dan jawab pertanyaan, tuliskan proses penalaran Anda.

Sebuah tim komputasi ilmiah menggunakan cara kolaborasi multi-Agent bergaya Genesis untuk meningkatkan basis kode numerik yang dipelihara jangka panjang: eksekutor lapisan atas memahami tujuan dan memecah tugas, eksekutor lapisan bawah menyelesaikan implementasi dan pengujian lokal dalam konteks terbatas, dan model dapat menghasilkan puluhan modifikasi kandidat setiap hari. Tim segera menemukan bahwa hambatan sesungguhnya bukan lagi "tidak bisa menulis", melainkan dalam banyaknya modifikasi kandidat yang semuanya dapat dikompilasi, menentukan mana yang layak masuk ke versi proyek yang diterima, metrik mana yang harus dipertahankan, dan percobaan gagal mana yang harus ditolak.

Dengan mengacu pada "Code is cheap. Taste matters", ke tahap mana tim harus memprioritaskan tenaga kerja yang terbatas? Sebutkan setidaknya tiga, dan jelaskan masalah apa yang masing-masing selesaikan.

Jawaban:
Poin referensi: (1) Pemilihan masalah dan definisi tujuan—menentukan batas atas arah eksplorasi, menghindari mengoptimalkan masalah yang tidak layak dikerjakan secara efisien; (2) Perancangan fungsi tujuan dan standar evaluasi—metrik yang salah akan membuat model konvergen secara efisien ke arah yang salah; (3) Perumusan gerbang penerimaan dan kriteria pengambilan keputusan multi-tujuan—nyatakan secara eksplisit preferensi dan prioritas antara performa, reproduktifitas, pemeliharaan, dan biaya implementasi; (4) Interpretasi dan atribusi hasil—bedakan antara "kebetulan berhasil berjalan" dan "benar-benar memahami", tentukan dari perubahan mana keuntungan berasal. Alasannya: setelah biaya implementasi runtuh, "bisa menulis" bukan lagi hambatan, tahap-tahap di ataslah yang menjadi kemampuan langka yang menentukan kualitas keluaran dan akumulasi jangka panjang.

Rancanglah alur penerimaan modifikasi kandidat yang dapat menguji "rasa", dan jelaskan bagaimana alur itu bekerja sama dengan mekanisme "modifikasi kandidat—penerimaan—pewarisan historis".

Jawaban:
Alur referensi: ① Setelah modifikasi kandidat disubmit, kompilasi terlebih dahulu di lingkungan terisolasi, jalankan pengujian dan pemeriksaan perilaku; ② Beri skor sesuai standar evaluasi yang dinyatakan sebelumnya (performa, reproduktifitas, pemeliharaan), dan nilai apakah ia menyelesaikan masalah yang layak dikerjakan; ③ Eksekutor lapisan atas menerima, menolak percobaan yang tidak memenuhi syarat atau salah arah dan mencatat atribusinya; ④ Modifikasi yang lolos ditulis ke versi proyek yang diterima, menjadi dasar historis yang dapat diwarisi oleh eksekutor berikutnya; ⑤ Perilaku di lingkungan nyata mengalir balik sebagai umpan balik, digunakan untuk merevisi standar evaluasi itu sendiri. Dengan demikian, rasa dituliskan sebagai penilaian yang dapat difalsifikasi, bukan preferensi pribadi—percobaan gagal dapat ditolak, hasil efektif dapat diwarisi, dan daya penilaian terus diasah dalam siklus.