Dunia AI sedang menjadi 'loopy'

Pada konferensi @Scale Meta minggu lalu, Boris Cherny — pencipta Claude Code — menjelaskan bahwa loop AI mewakili pergeseran arsitektur utama dalam cara kerja sistem AI. Untuk pengembang di Asia, pergeseran ini membawa implikasi struktural yang signifikan dalam cara tim kecil…

Share
Editorial illustration: A Möbius strip or twisted loop photographed in stark black and white, catching light along its singl — MonstarX

Dunia AI sedang menjadi 'loopy'

Pada konferensi @Scale Meta minggu lalu, seseorang di audiens bertanya kepada Boris Cherny — pencipta Claude Code — apakah loop AI adalah siklus hype berikutnya atau sesuatu yang nyata. Jawabannya langsung: nyata, dan seberapa signifikan pergeseran dari kode yang ditulis tangan ke AI agentic. Pertukaran itu memberi nama pada sesuatu yang telah diam-diam dieksperimen oleh pengembang di seluruh dunia, dan mengubah cara kita harus berpikir tentang apa yang sebenarnya mampu dilakukan oleh sistem AI. Dunia AI sedang menjadi 'loopy', dan bagi pengembang yang membangun di Asia, pergeseran ini membawa implikasi spesifik yang patut diungkap.

Apa yang Terjadi

Boris Cherny, Kepala Claude Code di Anthropic, tampil di konferensi @Scale Meta dan membuat kasus bahwa "loop" mewakili pergeseran arsitektur utama berikutnya dalam cara kerja sistem AI. Perkembangan yang dia jelaskan layak dikutip secara langsung: "Dua tahun lalu, kami menulis kode sumber dengan tangan. Kami mulai bertransisi sehingga agen menulis kode. Dan sekarang kami bertransisi ke titik di mana agen memberi prompt kepada agen lain yang kemudian menulis kode." Dia berpendapat bahwa lompatan dari AI agentic ke AI looping sama signifikannya dengan lompatan dari pengkodean manual ke agen.

Seperti apa loop dalam praktiknya? Cherny menjelaskan pengaturannya sendiri dalam pembicaraan: satu agen terus memindai cara untuk meningkatkan arsitektur kode, yang lain mencari abstraksi duplikat yang dapat disatukan. Keduanya mengirimkan pull request seperti kontributor manusia mana pun. Karena basis kode selalu berubah, tidak ada agen yang pernah berhenti berjalan. Tidak ada garis finish — hanya peningkatan berkelanjutan di latar belakang.

Ini bukan sepenuhnya wilayah baru. Loop rekursif telah menjadi andalan ilmu komputer sejak awal — fungsi yang memanggil diri mereka sendiri sampai kondisi terpenuhi. Yang berbeda di sini adalah bahwa kondisi pemberhentian tidak deterministik. Sub-agen memutuskan kapan loop telah cukup, bukan aturan yang dikodekan keras. Non-determinisme itulah yang membuat ini terasa benar-benar baru.

Satu implementasi populer yang sudah beredar di komunitas pengembang adalah Ralph Loop — dinamai, cemerlang, menurut Ralph Wiggum — yang bekerja dengan merangkum semua yang telah dicapai model sejauh ini dan menanyakan apakah tujuan telah tercapai. Ini adalah cara sederhana namun efektif untuk menghentikan model AI agar tidak melayang saat berjalan untuk periode yang lama, pada dasarnya memantulkan model antara tindakan dan evaluasi diri sampai tugas selesai.

Ada juga koneksi ke dorongan yang lebih luas untuk lebih banyak komputasi waktu pengujian — gagasan bahwa model dapat menghasilkan output yang lebih baik dengan menghabiskan lebih banyak waktu untuk penalaran daripada sekadar menskalakan parameter. Loop cocok dengan baik dalam kerangka itu: alih-alih satu lintasan inferensi besar, Anda mendapatkan penyempurnaan iteratif berkelanjutan dari waktu ke waktu.

Mengapa Ini Penting untuk Asia

Ekosistem pengembang Asia selalu bergerak cepat dalam adopsi, tetapi kondisi struktural di sini membuat paradigma looping sangat relevan. Bakat teknik di Asia Tenggara, India, dan Asia Timur berkembang pesat, tetapi jam kerja teknik senior tetap mahal dan langka relatif terhadap skala perangkat lunak yang perlu dibangun. Agen latar belakang yang terus-menerus merefaktor basis kode Anda, menangkap abstraksi duplikat, dan mengirimkan PR tanpa diminta — itu bukan pengganda produktivitas, itu adalah perubahan struktural dalam apa yang dapat dipertahankan oleh tim kecil.

Pertimbangkan startup lima orang di Jakarta atau Ho Chi Minh City yang mengirimkan produk fintech. Mereka menangani basis kode yang tumbuh lebih cepat daripada tim mereka dapat meninjau. Utang teknis terakumulasi bukan karena siapa pun ceroboh, tetapi karena tidak ada cukup jam. Agen refactoring yang persisten berjalan di latar belakang — jenis yang dijelaskan Cherny — mengatasi kendala itu dengan tepat. Ini tidak menggantikan insinyur; ini menangani kategori pekerjaan yang selalu ditunda oleh insinyur.

Ada juga dimensi bahasa yang penting khusus untuk Asia. Banyak alat dan dokumentasi dalam ekosistem agen AI adalah bahasa Inggris terlebih dahulu. Loop, menurut sifatnya, lebih abstrak — mereka beroperasi di tingkat kode, di mana hambatan bahasa kurang penting. Agen yang meningkatkan arsitektur TypeScript atau Python Anda tidak perlu memahami Bahasa Indonesia atau Mandarin untuk melakukan pekerjaannya. Itu membuat agen looping lebih segera dapat diakses oleh tim pengembangan Asia daripada banyak kemampuan AI lainnya yang bergantung pada pemahaman bahasa alami yang bernuansa.

Adegan teknologi Asia juga lebih cepat daripada kebanyakan orang dalam bereksperimen dengan arsitektur multi-agen, khususnya dalam otomasi perusahaan. Perusahaan yang membangun di platform seperti MonstarX sudah berpikir dalam hal agen yang berkoordinasi satu sama lain, bukan hanya inferensi model tunggal. Konsep loop cocok secara alami dengan model mental itu — itu adalah lompatan konseptual yang lebih kecil bagi tim yang sudah bekerja dengan alur kerja agentic.

Risikonya, tentu saja, adalah bahwa loop yang berjalan tanpa pengawasan yang cukup dapat mengumpulkan kesalahan semudah mereka mengumpulkan perbaikan. Agen yang salah tentang apa yang merupakan abstraksi yang baik akan terus salah, dalam skala besar, selamanya. Tantangan tata kelola itu nyata, dan itu adalah sesuatu yang perlu dipikirkan tim Asia secara sengaja saat mereka mengadopsi pola-pola ini.

Apa Artinya Ini bagi Pengembang

Jika Anda membangun dengan AI hari ini, loop mengubah model mental Anda tentang apa yang dilakukan sistem. Anda tidak lagi mengirim prompt dan menunggu respons. Anda mengonfigurasi proses yang persisten — satu yang memiliki tujuan, membuat keputusan, dan menghasilkan output secara berkelanjutan. Itu lebih dekat dengan mempekerjakan kontraktor daripada menjalankan kueri.

Secara praktis, inilah yang berarti untuk cara Anda membangun:

  • Batasi agen Anda dengan ketat. Agen Cherny masing-masing memiliki mandat yang sempit dan terdefinisi dengan baik — satu mencari perbaikan arsitektur, yang lain untuk abstraksi duplikat. Mereka tidak melakukan segalanya. Semakin ketat ruang lingkupnya, semakin kecil kemungkinan loop akan melayang ke wilayah tempat ia menyebabkan kerusakan.
  • Bangun evaluasi ke dalam loop. Ralph Loop bekerja karena memaksa model untuk memeriksa kemajuannya sendiri. Loop apa pun yang Anda jalankan harus memiliki langkah evaluasi yang tertanam — apakah itu sub-agen, suite pengujian, atau gerbang tinjauan manusia untuk PR di atas ambang batas kompleksitas tertentu.
  • Perlakukan output loop seperti PR kontributor. Agen Cherny mengirimkan pull request. Itu adalah abstraksi yang tepat. Jangan auto-merge. Tinjau output loop dengan cara yang sama seperti Anda meninjau pekerjaan pengembang junior — dengan perhatian terhadap apakah perubahan itu benar, bukan hanya apakah itu dikompilasi.
  • Mulai dengan loop read-only. Sebelum Anda membiarkan agen menulis dan mengirimkan, jalankan dalam mode observasi. Biarkan itu menandai apa yang akan diubah tanpa benar-benar mengubah apa pun. Itu memberi Anda rasa apakah penilaiannya dapat dipercaya sebelum Anda menyerahkan akses tulis.
  • Pantau penyimpangan dari waktu ke waktu. Loop yang berjalan selama berhari-hari atau berminggu-minggu dapat mengumpulkan kesalahan kecil yang bertambah. Siapkan logging yang memungkinkan Anda mengaudit apa yang telah dilakukan loop, bukan hanya apa yang sedang dilakukannya.

Alat untuk ini masih berkembang. Sebagian besar pengembang hari ini menjahit loop secara manual — menggunakan kerangka orkestrasi, skrip evaluasi khusus, dan banyak rekayasa prompt. Tetapi primitif menjadi lebih jelas, dan platform yang mendukung eksekusi agen yang persisten dengan manajemen status yang tepat akan menjadi jauh lebih berharga seiring pola ini menyebar.

Untuk tim yang menggunakan MonstarX, kemampuan untuk menentukan alur kerja multi-agen dengan state management yang kuat adalah keunggulan kompetitif langsung. Platform yang dapat menangani loop dengan evaluasi bawaan dan logging audit akan menjadi infrastruktur pilihan untuk pola ini.