Setiap rilis model baru memicu perdebatan lama yang sama. Para komentator bergegas menobatkan pemenang dan menyatakan tingkatan sebelumnya telah usang.

Setiap rilis model baru memicu perdebatan lama yang sama. Para komentator bergegas menobatkan pemenang dan menyatakan tingkatan sebelumnya sudah mati. Dengan GPT-5.6 Luna yang hadir berdampingan dengan Terra dan Sol, narasinya sudah jelas: Luna cukup murah dan cukup mumpuni untuk membuat Terra tidak relevan. Ini salah. Luna juga mahal. Memilih model untuk agen coding Anda bukanlah kontes kecantikan, identitas tim, atau perlombaan benchmark. Ini adalah kebijakan operasional. Tim yang memahami perbedaan ini akan mengeluarkan biaya lebih sedikit, bergerak lebih cepat, dan mengalami lebih sedikit kesalahan dibandingkan tim yang secara otomatis menggunakan model terkuat untuk setiap permintaan.

Default Anda Haruslah Alat Termurah yang Sesuai

Luna adalah tingkatan value, dan itu bukan pujian yang merendahkan. Luna berkembang pesat pada tugas-tugas yang terbatas, eksplisit, dan mudah. Pikirkan tentang klasifikasi, peringkasan, pengeditan kode singkat, dan riset tahap awal. Ketika sebuah agen mengurai tiket dukungan untuk menetapkan label prioritas, Luna sudah cukup. Ketika ia mengubah nama variabel di beberapa file atau menyusun ringkasan satu paragraf dari sebuah git diff, Luna sudah cukup. Ini adalah pekerjaan dengan cakupan sempit, input yang jelas, dan output yang dapat diperiksa secara objektif.

Efek ekonomi adalah hal yang mengubah permainan. Luna itu murah. Pada volume tinggi, hal ini mengubah otomatisasi dari sekadar seremoni yang mahal menjadi infrastruktur. Anda berhenti menghitung token dan mulai mengukur throughput. Model murah yang dapat menyelesaikan delapan puluh persen tugas rutin lebih berharga daripada model mahal yang dapat menyelesaikan delapan puluh lima persen jika tambahan lima persen tersebut tidak mengubah hasil akhirnya. Jika Luna menghasilkan unit test dalam dua detik dan Terra menghasilkan yang sedikit lebih bersih dalam delapan detik dengan biaya lima kali lipat, hitungannya hanya akan masuk akal jika seseorang mengaudit setiap barisnya dengan cermat. Sering kali, tidak ada yang melakukannya. Luna harus menjadi pilihan default Anda untuk pekerjaan yang terbatas justru karena sebagian besar pekerjaan memang terbatas.

Lakukan Eskalasi Saat Batasan Menghilang

Terra tidaklah tidak berguna. Ia adalah tingkatan eskalasi Anda, dan ia membuktikan kegunaannya pada tugas-tugas tanpa batasan yang jelas. Gunakan Terra saat tujuannya tidak terdefinisi dengan jelas atau ketika pekerjaan melibatkan sistem kompleks seperti jalur deployment, perubahan lintas modul, atau triase insiden. Jalur deployment yang berkelok-kelok melalui lingkungan staging, canary, dan produksi dengan feature flags tidak memiliki lembar spesifikasi yang rapi. Sebuah refaktor yang menyentuh logika penagihan dan berdampak secara diam-diam ke pipeline pelaporan bukanlah tugas yang terbatas. Insiden produksi di mana log berteriak tentang API timeout tetapi akar masalahnya ada pada skrip migrasi dari kuartal lalu memerlukan penilaian.

Terra memberikan penilaian tersebut. Ia memisahkan gejala dari penyebab. Luna mungkin menambal retry loop untuk menghentikan "pendarahan". Terra akan bertanya apakah retry loop tersebut seharusnya ada sejak awal, atau apakah arsitektur timeout yang mendasarinya adalah masalah yang sebenarnya. Perbedaan itu sangat penting ketika perbaikan yang salah mengubah perlambatan sementara menjadi kegagalan beruntun (cascading failure). Model yang lebih kuat yang dapat mencegah satu migrasi produksi yang buruk sepadan dengan harganya jika ia dapat menyelamatkan seorang insinyur dari pembersihan data seharian penuh. Satu gangguan (outage) yang berhasil dicegah dapat membayar margin eskalasi selama berbulan-bulan.

Sol Adalah Polis Asuransi, Bukan Alat Utama Sehari-hari

Sol ada untuk kasus-kasus di mana kemampuan ekstra membenarkan biaya yang tinggi. Gunakan ia untuk tinjauan berisiko tinggi atau perubahan arsitektur. Membangun kembali alur autentikasi, merancang ulang database sharding, atau menyetujui pull request yang menyentuh payment gateway bukanlah kejadian sehari-hari. Itu adalah peristiwa penting. Sol tidak boleh menjadi pilihan default Anda. Ia harus menjadi penangan pengecualian (exception handler) Anda, dipanggil ketika biaya kegagalan terlalu tinggi untuk ditanggung oleh model yang lebih murah sendirian.

Untuk kategori risiko tertinggi, pasangkan Sol dengan verifikator deterministik. Biarkan Sol menyarankan perubahan skema atau menimbang pertukaran (trade-offs) arsitektural. Biarkan pipeline CI, analisis statis, dan pengujian integrasi Anda mengonfirmasi detail mekanisnya. Model membawa intuisi. Verifikator membawa jaminan. Kombinasi itulah yang melindungi Anda ketika radius dampak (blast radius) sedang berada di titik terbesar.

Bangunlah Sebuah Router, Bukan Sebuah Agama

Metrik yang sebenarnya bukanlah model mana yang terbaik. Pertanyaannya adalah model mana yang harus menangani tugas ini berdasarkan biaya, latensi, dan radius dampak. Berhentilah memperlakukan pilihan model sebagai sebuah identitas. Jangan katakan, "Kami adalah pengguna Terra." Sebaliknya, arahkan berdasarkan kelas tugas.

Bangunlah sebuah pengklasifikasi sederhana. Tugas yang masuk diberi label berdasarkan radius dampak (blast radius). Pekerjaan dengan radius dampak rendah dialihkan ke Luna. Pekerjaan dengan radius dampak menengah dialihkan ke Terra. Pekerjaan dengan radius dampak tinggi dialihkan ke model yang kuat ditambah verifikator deterministik. Anda tidak memerlukan pengklasifikasi machine learning yang sempurna untuk memulai. Beberapa heuristik saja sudah cukup. Tinjauan kode (code review) yang hanya menyentuh utilitas internal dan jumlah barisnya sedikit? Luna. Tiket yang menyebutkan deployment pipeline, panggilan antar-layanan (cross-service calls), atau persyaratan yang ambigu? Terra. Apa pun yang menyentuh data pelanggan, jalur kritis (critical paths), atau kepatuhan hukum? Eskalasi ke Sol dan wajibkan peninjauan manusia atau deterministik.

Ukur hasilnya, bukan nama modelnya. Pantau biaya per tugas, tingkat pengulangan (retry rate), dan cacat yang lolos (escape defects). Jika Luna gagal pada tugas yang Anda berikan, naikkan batasnya. Jika Terra terlalu berlebihan (overkill) untuk pola yang berulang setiap hari, turunkan ke Luna dan lihat pengeluaran Anda berkurang. Tujuannya adalah meningkatkan otomatisasi tanpa merusak anggaran Anda. Luna menangani pekerjaan latar belakang bervolume tinggi. Terra menangani momen-momen di mana penilaian (judgment) sangat penting. Sol berjaga untuk pengecualian yang dapat merusak minggu Anda.

Tim yang berhasil melakukan hal ini memperlakukan armada agen mereka seperti organisasi teknik yang dikelola dengan baik. Mereka tidak menempatkan arsitek di setiap proyek, dan mereka tidak meminta pemagang untuk merancang ulang model data inti. Mereka mencocokkan kapabilitas dengan risiko. Lakukan hal yang sama dengan model Anda.

Baca diskusi aslinya: GPT-5.6 Luna Is The Value Tier. Terra Is Not Useless

Bergabunglah dengan komunitas belajar GyaanSetu: t.me/GyaanSetuAi