Memulai dengan Loop

• Alih-alih memberi instruksi ke coding agent di setiap prompt, praktik pengoperasian agent mulai bergeser ke pola yang mengulang siklus kerja hingga kondisi berhenti terpenuhi
• Tim Claude Code mengklasifikasikan loop berdasarkan empat kriteria: cara dipicu, cara berhenti, primitive yang digunakan, dan jenis tugas yang cocok
• Jenis loop utama terdiri dari empat macam: Turn-based, Goal-based, Time-based, Proactive
• Tidak semua pekerjaan membutuhkan loop yang kompleks; mulailah dari solusi paling sederhana lalu terapkan pola secara selektif
• Kualitas output loop bergantung pada sistem di sekitarnya, sehingga menjaga kualitas kode dan mengelola penggunaan token menjadi kunci

---

Definisi loop dan kriteria klasifikasi

• Tim Claude Code mendefinisikan loop sebagai agent yang mengulang siklus kerja hingga kondisi berhenti terpenuhi
• Empat kriteria klasifikasi loop yang diajukan
  • Bagaimana loop dipicu
  • Bagaimana loop berhenti
  • Primitive Claude Code apa yang digunakan
  • Jenis pekerjaan apa yang paling cocok
• Loop yang kompleks tidak selalu diperlukan; dahulukan solusi sederhana lalu gunakan pola secara selektif

Loop Turn-based

• Dipicu oleh prompt pengguna, dan berhenti saat Claude menilai pekerjaan selesai atau membutuhkan konteks tambahan
• Cocok untuk pekerjaan singkat yang bukan bagian dari proses rutin atau jadwal
• Cara mengelolanya adalah menulis prompt yang spesifik dan mengurangi jumlah turn dengan meningkatkan verifikasi menggunakan skills
• Setiap prompt memulai loop manual di mana pengguna mengarahkan tiap turn; ini disebut agentic loop
  • Claude mengumpulkan konteks → menjalankan aksi → memeriksa pekerjaan → mengulang bila perlu → merespons
  • Contoh: saat diminta membuat tombol like, Claude membaca kode, mengedit, menjalankan tes, lalu mengembalikan hasil; setelah itu pengguna memeriksa secara manual dan menulis prompt berikutnya
• Tahap verifikasi dapat memperluas cakupan pemeriksaan mandiri Claude dengan mengenkode prosedur manual ke dalam SKILL.md
  • Perlu menyertakan tool atau connector untuk melihat, mengukur, atau berinteraksi dengan hasil
  • Semakin kuantitatif verifikasinya, semakin mudah melakukan verifikasi mandiri

• Contoh SKILL.md (verify-frontend-change)

  • Aturan untuk memverifikasi secara end-to-end perubahan UI sebelum menyatakan selesai
  • Dilarang melaporkan selesai hanya karena edit berhasil; verifikasi seperti reviewer manusia
    • Jalankan dev server lalu buka halaman yang diedit di browser
    • Operasikan langsung elemen yang diubah (klik tombol, input, toggle), periksa perubahan state, dan ambil screenshot sebelum/sesudah
    • Pastikan nol error atau warning baru di konsol browser
    • Jalankan trace performa dengan Chrome Devtools MCP dan audit Core Web Vitals
  • Jika ada tahap yang gagal, perbaiki lalu jalankan ulang dari tahap 1; dilarang mengembalikan hasil dalam status verifikasi parsial

Loop Goal-based (/goal)

• Dipicu oleh prompt manual secara real-time, dan berhenti saat tujuan tercapai atau jumlah turn maksimum tercapai
• Cocok untuk pekerjaan yang memiliki kriteria akhir yang dapat diverifikasi
• Cara mengelolanya adalah menetapkan kriteria selesai yang spesifik dan batas turn yang eksplisit, misalnya "berhenti setelah 5 percobaan"
• Pada pekerjaan kompleks yang tidak cukup dengan satu turn, performa agent meningkat ketika melakukan iterasi (iterate)
• Jika status selesai didefinisikan dengan /goal, Claude tidak akan berhenti terlalu dini dengan menilai sendiri apakah hasilnya "sudah cukup baik"
  • Setiap kali Claude mencoba berhenti, model evaluator memeriksa kondisinya, lalu Claude mengerjakan ulang hingga tujuan tercapai atau jumlah turn yang ditentukan tercapai
  • Kriteria deterministik seperti jumlah tes yang lolos atau ambang skor tertentu efektif digunakan
• Contoh
  • /goal get the homepage Lighthouse score to 90 or above, stop after 5 tries.

Loop Time-based (/loop dan /schedule)

• Dipicu pada interval waktu yang ditentukan, dan berhenti ketika pengguna membatalkan atau pekerjaan selesai (PR digabungkan, antrean kosong)
• Cocok untuk pekerjaan berulang atau antarmuka dengan lingkungan/sistem eksternal
• Cara mengelolanya adalah mengatur interval lebih panjang atau merespons berbasis event, bukan waktu
• Sebagian pekerjaan agentic bersifat berulang: pekerjaannya sama, hanya inputnya yang berubah; misalnya merangkum pesan Slack setiap pagi
• Pekerjaan yang bergantung pada sistem eksternal berinteraksi dengan cara memeriksa pada setiap interval lalu bereaksi terhadap perubahan; misalnya PR yang menerima code review atau mengalami kegagalan CI
• /loop menjalankan ulang prompt pada setiap interval
  • /loop 5m check my PR, address review comments, and fix failing CI
• /loop berjalan di komputer pengguna dan berhenti saat proses ditutup; dengan /schedule, routine dapat dibuat dan dipindahkan ke cloud

Loop Proactive

• Dipicu oleh event atau jadwal tanpa intervensi manusia secara real-time
• Setiap pekerjaan berakhir saat tujuan tercapai, sedangkan routine itu sendiri berjalan hingga dimatikan oleh pengguna
• Cocok untuk alur kerja berulang yang terdefinisi dengan baik seperti laporan bug, klasifikasi issue, migrasi, dan upgrade dependensi
• Cara mengelolanya adalah merutekan routine ke model yang lebih kecil dan cepat, serta menggunakan model paling kuat hanya pada bagian yang membutuhkan penilaian
• Menggabungkan primitive di atas dengan auto mode, dynamic workflows (research preview), dan lainnya untuk membentuk loop yang berjalan jangka panjang

• Contoh konfigurasi pemrosesan feedback

  • Jalankan routine untuk memeriksa laporan baru dengan /schedule (research preview)
  • Definisikan status selesai dengan /goal, dan dokumentasikan metode verifikasi dengan skills
  • Orkestrasi agent klasifikasi, perbaikan, dan review untuk tiap laporan dengan Dynamic workflows
  • Jalankan routine dengan Auto mode tanpa konfirmasi izin
  • Contoh prompt terpadu: /schedule every hour: check the project-feedback channel for bug reports. /goal: don't stop until every report found this run is triaged, actioned, and responded to. When fixing a bug, use a workflow to explore three solutions in parallel worktrees and have a judge adversarially review them.

Menjaga kualitas kode

• Kualitas output loop bergantung pada sistem di sekitarnya, sehingga desain sistem penting
• Jaga kebersihan codebase: Claude mengikuti pola dan konvensi codebase yang ada
• Sediakan sarana verifikasi mandiri: enkode "kondisi baik" menurut standar tim dengan skills
• Permudah akses dokumentasi: dokumentasi framework dan library memuat praktik terbaik terbaru
• Gunakan second agent untuk code review: reviewer dengan konteks baru lebih sedikit bias dan tidak dipengaruhi penalaran agent utama; gunakan skill bawaan /code-review atau Code Review untuk Github
• Jika hasil individual tidak memenuhi standar, jangan berhenti pada perbaikan issue individual; enkode agar sistem itu sendiri diperbaiki

Mengelola penggunaan token

• Loop harus memiliki batas yang jelas dan menerapkan prinsip berikut
• Pilih primitive dan model yang sesuai: tugas kecil tidak memerlukan multi-agent atau loop; sebagian tugas dapat memakai model yang lebih murah dan cepat
• Definisikan kriteria sukses dan berhenti dengan jelas: konkretkan status selesai agar tidak tercapai terlalu dini
• Lakukan pilot sebelum eksekusi skala besar: dynamic workflows dapat membuat ratusan agent; ukur penggunaan terlebih dahulu dalam cakupan kecil
• Gunakan skrip untuk pekerjaan deterministik: menjalankan skrip lebih murah daripada menalar setiap langkah; misalnya PDF skill menyediakan skrip pengisian form sehingga dapat dijalankan alih-alih membuat ulang kode setiap kali
• Jangan menjalankan routine lebih sering dari yang diperlukan: sesuaikan interval dengan frekuensi perubahan pada target pemantauan
• Tinjau penggunaan: /usage menganalisis penggunaan berdasarkan skills, subagents, dan MCPs; /goal tanpa argumen menampilkan jumlah turn dan penggunaan token saat ini; /workflows menampilkan penggunaan token tiap agent dan dapat dihentikan kapan saja

Mulai

• Ringkasan per jenis loop
  • Turn-based: mendelegasikan pemeriksaan (check), digunakan saat eksplorasi dan pengambilan keputusan, memanfaatkan custom verification skills
  • Goal-based: mendelegasikan kondisi berhenti, digunakan saat mengetahui status selesai, memanfaatkan /goal
  • Time-based: mendelegasikan trigger, digunakan saat pekerjaan muncul berdasarkan jadwal dari luar proyek, memanfaatkan /loop dan /schedule
  • Proactive: mendelegasikan prompt, digunakan untuk pekerjaan yang berulang dan terdefinisi dengan baik, memanfaatkan semua hal di atas serta dynamic workflows
• Cara memulainya adalah melihat pekerjaan yang sudah dilakukan, lalu memilih satu pekerjaan yang membuat Anda menjadi bottleneck dan menilai bagian mana yang bisa didelegasikan
  • Bisakah Anda menulis check untuk verifikasi?
  • Apakah tujuannya cukup jelas?
  • Apakah pekerjaan datang berdasarkan jadwal?
• Setelah muncul ide, jalankan loop dan amati titik macet atau titik eksekusi berlebihan; jangan takut melakukan perbaikan berulang