Rekayasa Loop di Three Agents: Apa yang Dikatakan Alur Kerja Magpie milik yetone tentang Menjalankan Claude Opus 5.5 Tanpa Pengawasan

Hal yang paling menarik dari penyiapan yetone bukanlah modelnya. Melainkan angka tiga. Pengelola Magpie — gateway lokal yang memungkinkan agen coding dijalankan dengan model apa pun yang Anda arahkan kepada mereka — menjelaskan alur kerja pemeliharaannya sendiri di X pada 2026-10-13: Claude Code, yang digerakkan oleh Anthropic Claude Opus 5.5, dengan tiga /loop tugas yang berjalan sekaligus, masing-masing memantau permukaan yang berbeda — issue dan pull request GitHub, komunitas Discord, dan umpan balik yang masuk di X — dan memperbaiki apa yang ditemukannya. Rekayasa loop, praktik menjaga agen tetap berputar alih-alih memberinya prompt giliran demi giliran, menjadi bahan pembicaraan yang ramai tahun ini. Yang membuat contoh ini layak dibaca adalah adanya bagan organisasi yang menyertainya.

Claude Opus 5.5 bukanlah hal baru. Anthropic merilisnya pada 2026-09-22, tiga minggu lalu, dengan harga $4 per juta token masukan dan $20 per juta token keluaran. Ini bukan cerita peluncuran. Ini adalah cerita tentang apa implikasi default model bagi siapa pun yang mencoba meniru loop pemeliharaan tiga agen — dan tentang bagian mana dari loop itu yang rusak dengan cara yang tidak disebutkan dalam tutorial.

Apa sebenarnya yang ada di dalam alur kerja

Sinyalnya singkat, jadi ada baiknya bersikap tepat tentang apa yang diklaim dan apa yang tidak. yetone menjalankan tiga tugas /loop secara bersamaan di Claude Code pada Opus 5.5. Satu memantau repositori — issue dan pull request. Satu memantau Discord. Satu memantau X. Agen itu memperbaiki apa yang menurut penilaiannya layak diperbaiki, di dalam loop, tanpa manusia yang memberikan perintah di setiap giliran. Pola yang ia otomatiskan adalah pola yang paling buruk dijalankan oleh sebagian besar maintainer: triase. Bukan pengodean. Membaca, menyortir, menghilangkan duplikat, dan menjawab yang menghabiskan satu jam setiap hari.

Frasa loop engineering memikul beban penting di sini. Sebuah loop bukanlah agen yang mengerjakan tugas; ia adalah sesi yang terus kembali ke suatu tugas sesuai jadwal yang dipilihnya, dengan status iterasi terakhir masih di hadapannya. Perbedaan itulah yang membuat sebagian besar versi buatan sendiri berantakan, dan justru di situlah perkakas telah bergerak dalam enam minggu terakhir.

Apa yang /loop milik Claude Code sebenarnya lakukan pada Oktober 2026

Jika Anda belum membaca dokumentasi terkini, versi yang Anda ingat mungkin salah, karena /loop berubah bentuk saat rekayasa loop sedang tren.

Sebuah /loop tanpa argumen tidak lagi meminta Anda menentukan interval. Lewati saja, dan Claude akan memilihnya secara dinamis — antara satu menit hingga satu jam — berdasarkan apa yang diamatinya pada iterasi sebelumnya. Ia menunggu sebentar saat build hampir selesai atau pull request sedang aktif, dan menunggu jauh lebih lama ketika tidak ada yang tertunda. Jeda yang dipilih beserta alasannya dicetak di akhir setiap iterasi, sehingga Anda dapat melihat penalaran loop itu sendiri tentang iramanya. Sebagai gantinya, berikan interval — /loop 5m check the deploy — dan Anda akan mendapatkan jadwal cron yang tetap.

Hilangkan promptnya juga, dan Anda mendapatkan prompt pemeliharaan bawaan yang memproses tiga hal secara berurutan, setiap iterasi:

• Lanjutkan pekerjaan yang belum selesai dari percakapan.

• Urus pull request cabang saat ini — komentar review, proses CI yang gagal, konflik merge.

• Lakukan pembersihan seperti perburuan bug atau penyederhanaan saat tidak ada hal lain yang tertunda.

Anda dapat mengganti default itu dengan instruksi Anda sendiri dengan menulis sebuah loop.md — di .claude/loop.md untuk sebuah proyek, atau ~/.claude/loop.md untuk setiap proyek yang tidak mendefinisikan miliknya sendiri. Perubahan berlaku pada iterasi berikutnya, sehingga Anda dapat menyempurnakan instruksi loop yang sedang berjalan tanpa memulainya ulang. File dipotong setelah 25.000 byte, yang lebih dari cukup ruang untuk aturan triase.

Mekanisme itu adalah bagian penopang dari penyiapan tiga loop, dan itulah bagian yang biasanya dihilangkan oleh diagram alur kerja. Prompt pemeliharaan bawaan yang generik bukanlah kebijakan triase. Jika Anda menginginkan loop yang membaca issue GitHub sebagaimana proyek Anda membaca issue GitHub — apa yang dianggap duplikat, apa yang diberi label alih-alih balasan, apa yang tidak pernah mendapat balasan — kebijakan itu harus berada di loop.md, bukan pada prompt yang Anda ketik saat memulai sesi.

Batas-batas yang menentukan apakah tiga adalah bilangan atau slogan

Tiga loop yang berjalan bersamaan adalah titik ketika kendala mulai terasa, dan kendala-kendala itu layak dicantumkan sebelum Anda meniru penyiapan siapa pun.

• Batas konkurensi — sebuah sesi menampung hingga 50 tugas terjadwal sekaligus, jadi tiga loop jauh dari batas. Kendala yang mengikat bukanlah jumlah tugas, melainkan perhatian: tiga loop berarti tiga aliran panggilan alat yang bersaing memperebutkan sesi yang sama.

• Kedaluwarsa — tugas berulang menghapus dirinya sendiri tujuh hari setelah dibuat, dan menjalankan sekali lagi saat menuju akhir masa berlakunya. Loop pemeliharaan yang diam-diam berhenti pada hari kedelapan adalah mode kegagalan yang paling umum, dan ia gagal tanpa suara.

• Asimetri pemulihan — lanjutkan sesi dengan --resume atau --continue dan tugas terjadwal cron akan kembali, kecuali tugas berulang yang sudah kedaluwarsa. Loop mandiri tidak dipulihkan sama sekali; Anda harus memulainya lagi.

• Perilaku sesi sibuk — tugas dipicu di antara giliran, tidak pernah di tengah respons. Jika giliran agentik yang panjang sedang berjalan saat sebuah loop jatuh tempo, pemicunya menunggu. Interval yang terlewat tidak menumpuk; semuanya melebur menjadi satu pemicu.

• Jitter — tugas berulang sengaja dijalankan terlambat, hingga setengah dari selang waktu menuju eksekusi berikutnya dan paling lama 30 menit, agar sekumpulan sesi tidak menumpuk pada detik yang sama. Tugas yang berjalan setiap sepuluh menit dimulai kapan saja antara tepat waktu hingga terlambat lima menit. Kasus lima menit adalah pengecualian: Claude Code menggesernya 15 detik lebih awal agar setiap eksekusi tetap berada di dalam jendela prompt-cache.

• Persyaratan mesin menyala — loop hanya berjalan saat Claude Code sedang berjalan dan menganggur. Menutup laptop menghentikannya. Tidak ada pengejaran ketertinggalan untuk jam-jam saat Anda tidak ada.

Yang terakhir itu adalah alasan alur kerja ini merupakan penyiapan seorang maintainer, bukan penyiapan tim platform. Tiga loop di satu mesin, dalam satu sesi, adalah cara untuk menjaga proyek open-source yang sibuk tetap berjalan saat Anda mengerjakan hal lain; ini bukan layanan.

Mengapa alur kerja ini spesifik untuk Claude Opus 5.5, dan bukan sekadar "agen"

Jalankan loop tiga agen terhadap model tanpa jendela konteks besar dan loop tersebut akan menghabiskan sepanjang hari untuk membaca ulang. Setiap iterasi menyerap ulang thread issue, diff PR, dan riwayat Discord; jika jendelanya kecil, riwayat itu akan diringkas hingga hilang dan penilaian loop perlahan menurun seiring sesi menua. Claude Opus 5.5 membawa jendela konteks 1M token dengan 128K token keluaran, yang memungkinkan loop triase menampung backlog issue nyata plus percakapan plus beberapa iterasi terakhir sekaligus. Harganya juga $4 / $20 per juta token, dan pembacaan cache-nya $0.20 per juta — seperlima dari harga input — yang lebih penting dari biasanya di sini, karena loop adalah beban kerja yang paling ramah cache yang ada. Prompt sistem yang sama, definisi alat yang sama, konteks repo yang sama, berulang-ulang.

Kecocokan kedua adalah default pemikiran, dan pengaruhnya bisa berlawanan tergantung pada apa yang dilakukan setiap loop. Claude Opus 5.5 menjalankan pemikiran adaptif yang selalu aktif, dengan upaya yang secara default diatur ke sedang — satu tingkat di bawah default Claude Opus 5. Upaya tidak hanya mengubah kualitas; itu juga mengubah volume pemanggilan alat. Loop yang melakukan triase masalah dan loop yang mengedit kode menginginkan pengaturan yang berbeda, dan pengaturan upaya terendah juga merupakan masalah penjadwalannya sendiri: pada loop yang menentukan langkahnya sendiri, model memilih sendiri jeda bangun berikutnya, sehingga loop triase berupaya rendah dan loop perbaikan berupaya tinggi akan menentukan langkahnya secara berbeda terhadap repositori yang sama. Tidak ada pengaturan yang membuat keduanya sejalan. Intinya adalah mengetahui mana yang mana, karena perbedaan langkahnya adalah hal yang pertama kali akan Anda lihat.

Jika Anda ingin menjalankan loop dan fixer terhadap model dari vendor yang berbeda — triase pada sesuatu yang murah, perbaikan pada Claude Opus 5.5 — itu adalah keputusan perutean, bukan keputusan Claude Code, dan itulah alasan sebuah gateway berada di depan sesi.

Mencoba ini tanpa mempertaruhkan produksi padanya

Keberatan yang wajar terhadap penyiapan tiga loop adalah bahwa hal itu menempatkan agen otonom di depan masalah pengguna Anda pada sore pertama. Loop itu akan berkomentar. Ia akan menutup banyak hal. Cara jujur untuk mengadopsi ini adalah menjalankan satu loop dalam mode dry-run selama seminggu terhadap token GitHub hanya-baca dan melihat apakah penilaian triasenya cocok dengan yang Anda buat secara manual — dan, secara terpisah, mengarahkan model itu sendiri ke tempat yang dapat Anda ukur sebelum Anda berkomitmen.

Di OrcaRouter, anthropic/claude-opus-5.5disajikan pada harga daftar A​nthropic tanpa markup tambahan, dari satu endpoint yang mendukung bentuk yang kompatibel dengan OpenAI maupun A​nthropic Messages — sehingga sesi Claude Code dan skrip yang berbicara ke model yang sama tidak perlu dua integrasi. A​nthropic menerbitkan harganya sendiri $4 / $20 pada 2026-09-22; jika harga daftar itu berubah, gateway pass-through ikut berubah pada hari yang sama alih-alih pada siklus penagihan berikutnya, yang merupakan versi yang Anda inginkan saat memperkirakan ukuran loop yang bisa berjalan selama berbulan-bulan. Failover otomatis antar penyedia mencakup kasus yang diperingatkan dokumentasi dan tidak diuji siapa pun: loop tidak berhenti karena satu upstream mengembalikan 429 pada pukul tiga pagi. Model fusion dan DSL routing kurang penting di sini — loop triase menginginkan satu model, secara konsisten, karena konsistensi itulah yang membuat penilaiannya dapat ditinjau.

Apa yang harus dilakukan dengan angka tiga

Masalah reputasi rekayasa loop adalah bahwa sebagian besar yang didemonstrasikan tahun ini hanyalah satu loop yang menjalankan satu pekerjaan sempit dalam sebuah demo. Setup yetone menarik karena terdiri dari tiga loop atas tiga input berbeda — repositori, komunitas chat, timeline publik — yang merupakan bentuk pekerjaan sebenarnya yang tidak sempat dilakukan seorang maintainer. Ini juga bentuk yang membeberkan setiap kendala di atas: kedaluwarsa, jitter, pemulihan, pacing, dan fakta bahwa loop-loop itu hanya berjalan saat mesin menyala.

Bagian yang dapat ditransfer bukanlah jumlahnya. Yang dapat ditransfer adalah bahwa setiap loop mendapat permukaannya sendiri, kebijakannya sendiri di loop.md, dan alasannya sendiri untuk bangun — dan bahwa orang yang menjalankannya dapat mengetahui, dari log iterasi, mengapa setiap loop memilih jeda yang dipilihnya. Itu adalah penyiapan yang benar-benar dapat Anda audit seminggu kemudian. Mengingat setiap loop ini kedaluwarsa pada hari kedelapan, seminggu itu kira-kira adalah berapa lama waktu yang Anda miliki untuk memutuskan apakah akan membangunnya lagi.

Perlu dikatakan dengan jelas: ini adalah pengaturan seorang praktisi, yang dijelaskan oleh penulisnya di X, bukan panduan yang direkomendasikan vendor. Dokumentasi A​nhropic untuk Claude Opus 5.5 dan /loopClaude Code memberi tahu Anda apa yang dilakukan alat-alat itu. Itu tidak memberi tahu Anda bahwa tiga adalah jumlah yang tepat, dan belum ada orang lain yang memberitahukannya juga.

Ketika loop triase dan loop perbaikan menginginkan model yang berbeda: Jalankan loop dan fixer melalui satu endpoint menyajikan Claude Opus 5.5 dengan harga daftar A​nthropic dari satu endpoint yang mendukung bentuk yang kompatibel dengan OpenAI maupun Anthropic Messages.

Pilihan model seperti ini juga merupakan tempat mode kegagalan muncul: insiden AI dan kegagalan agen yang terdokumentasi di balik model di kelas ini dikumpulkan di OrcaRouter AI Incident Archive , di mana setiap entri membawa sumbernya sendiri, tingkat keparahan, tingkat keyakinan, dan penanda diperdebatkan.