Catatan Penulis: Saya telah mengumpulkan 20 petunjuk (prompt) untuk perulangan /loop di Claude Code yang telah teruji, mencakup 6 skenario utama seperti inspeksi PR, pemantauan deployment, kualitas kode, pemindaian keamanan, hingga analisis log, lengkap dengan saran interval eksekusi.
Perintah /loop di Claude Code adalah fitur baru paling praktis di bulan Maret 2026—fitur ini mengubah Claude Code dari "asisten percakapan sekali pakai" menjadi "pekerja latar belakang yang berjalan terus-menerus". Namun, banyak pengembang yang sudah memasang /loop tetapi bingung harus menjalankan apa. Artikel ini mengumpulkan 20 petunjuk /loop yang telah teruji di lapangan, dikategorikan ke dalam 6 skenario utama, dan siap untuk langsung disalin dan digunakan.
Nilai Inti: 20 petunjuk yang mencakup kebutuhan otomatisasi paling sering dalam pengembangan sehari-hari, masing-masing disertai dengan rekomendasi interval dan catatan penting.
/loop Sekilas Dasar-Dasar
Sebelum masuk ke petunjuk, mari kita pahami mekanisme inti dari /loop secara cepat.
| Dimensi | Penjelasan |
|---|---|
| Sintaks Dasar | /loop [interval] [deskripsi tugas] |
| Interval Default | 10 menit (jika interval tidak ditulis) |
| Format Interval | 5m (menit), 2h (jam), 1d (hari) |
| Konkurensi Maks | 50 tugas terjadwal/sesi |
| Kedaluwarsa Otomatis | Dihapus otomatis setelah 3 hari |
| Kondisi Berhenti | Menutup terminal / keluar dari sesi / koneksi SSH terputus |
| Fitur | Deskripsi bahasa alami, Claude otomatis mengubahnya menjadi ekspresi cron |
Skenario 1: Inspeksi PR (4 Petunjuk)
Inspeksi PR adalah skenario penggunaan /loop yang paling berharga—banyak pengembang sering berpindah-pindah antara meninjau PR dan menulis kode, yang memakan biaya besar. Biarkan Claude melakukan inspeksi otomatis di latar belakang, Anda hanya perlu menanganinya saat diberi tahu.
Petunjuk #1: Pemantauan Status CI
/loop 10m periksa status CI dari semua PR yang terbuka. Jika ada kegagalan baru, beri tahu saya PR mana, job mana yang gagal, dan apa penyebab kegagalannya
Interval yang disarankan: 10 menit
Nilai: Menemukan kegagalan CI dengan cepat, tidak perlu menyegarkan GitHub secara manual
Petunjuk #2: Tindak Lanjut Komentar PR
/loop 15m periksa semua PR terbuka yang saya buat. Jika ada komentar atau umpan balik review baru, rangkum isi komentar tersebut dan beri tahu saya mana yang perlu saya balas
Interval yang disarankan: 15 menit
Nilai: Tidak akan melewatkan komentar review lagi, respons tepat waktu
Petunjuk #3: Deteksi Konflik Penggabungan (Merge Conflict)
/loop 30m periksa commit terbaru dari cabang main. Jika cabang saat ini memiliki konflik dengan main, beri tahu saya daftar file yang mengalami konflik
Interval yang disarankan: 30 menit
Nilai: Menemukan konflik lebih awal, menghindari penanganan saat PR akan digabungkan
Petunjuk #4: Review PR Otomatis
/loop 15m periksa apakah ada PR baru yang dibuka. Jika ada, tinjau konten perubahan secara otomatis dan rangkum: 1) apa yang diubah 2) masalah potensial 3) saran
Interval yang disarankan: 15 menit
Nilai: Mengubah Claude menjadi Code Reviewer yang online 24 jam
Skenario 2: Pemantauan Deployment (3 petunjuk)
Petunjuk #5: Pemeriksaan Kesehatan Layanan
/loop 5m curl localhost:3000/health, jika mengembalikan kode status selain 200 atau timeout, segera beri tahu saya status layanan dan log kesalahan terbaru
Interval yang disarankan: 5 menit
Nilai: Mengetahui dengan cepat jika layanan mati saat pengembangan lokal
Petunjuk #6: Pemantauan Pipeline Build
/loop 5m periksa status terbaru GitHub Actions, jika ada workflow yang gagal, beri tahu saya workflow mana, step mana yang gagal, dan baris kunci dari log kegagalan tersebut
Interval yang disarankan: 5 menit
Nilai: Tidak perlu terus-menerus memantau halaman Actions untuk menunggu hasil build
Petunjuk #7: Deteksi Regresi Pasca-Deployment
/loop 2m jalankan npm test -- --testPathPattern="critical" dan periksa hasilnya, jika ada tes yang gagal segera beri tahu saya, berhenti setelah 3 kali berturut-turut lulus
Interval yang disarankan: 2 menit (pemantauan jangka pendek setelah deployment)
Nilai: Menjalankan tes krusial secara otomatis setelah deployment untuk memastikan tidak ada regresi
Skenario 3: Pemindaian Keamanan (3 petunjuk)
Petunjuk #8: Deteksi Kerentanan Dependensi
/loop 24h jalankan npm audit dan daftar semua kerentanan tingkat high dan critical, berikan tindakan perbaikan yang disarankan (upgrade versi atau ganti paket)
Interval yang disarankan: 24 jam
Nilai: Memeriksa keamanan dependensi secara otomatis setiap hari, tidak perlu menjalankan audit secara manual
Petunjuk #9: Pemindaian Informasi Sensitif
/loop 1h pindai git diff dalam 1 jam terakhir, periksa apakah ada kunci API, kata sandi, token, dll. yang tidak sengaja di-commit, jika ditemukan segera beri peringatan
Interval yang disarankan: 1 jam
Nilai: Mencegah kebocoran informasi sensitif ke dalam riwayat git
Petunjuk #10: Tinjauan Kode Mode Keamanan
/loop 2h pindai file yang baru ditambah atau diubah di direktori src/, periksa apakah ada risiko keamanan seperti SQL injection, XSS, command injection, dll., jika ditemukan langsung buat PR perbaikan
Interval yang disarankan: 2 jam
Nilai: Audit keamanan berkelanjutan, temukan masalah dan langsung perbaiki
Skenario 4: Kualitas Kode (4 petunjuk)
Petunjuk #11: Pemantauan Cakupan Pengujian
/loop 1h jalankan pemeriksaan cakupan pengujian, jika cakupan keseluruhan di bawah 80% atau ada file baru yang tidak memiliki pengujian, buat daftar file tersebut beserta sarannya
Petunjuk #12: Perbaikan Otomatis Kesalahan Lint
/loop 30m jalankan eslint src/ --fix, jika ada kesalahan yang tidak dapat diperbaiki secara otomatis, rangkum jenis dan lokasi kesalahannya
Petunjuk #13: Rekapitulasi TODO/FIXME
/loop 2h pindai semua komentar TODO dan FIXME dalam kode, urutkan berdasarkan prioritas dan periksa apakah ada item yang belum ditangani selama lebih dari 7 hari
Petunjuk #14: Pemantauan Kompleksitas Fungsi
/loop 2h periksa file yang baru saja diubah di src/, jika ada fungsi dengan kompleksitas siklomatik lebih dari 15 atau jumlah baris lebih dari 100, berikan saran untuk melakukan refaktorisasi
Skenario 5: Analisis Log (3 petunjuk)
Petunjuk #15: Deteksi Real-time Kesalahan FATAL
/loop 5m pindai entri FATAL dan ERROR yang baru ditambahkan dalam ./logs/app.log selama 5 menit terakhir, jika ditemukan kesalahan yang dapat diperbaiki, langsung buat PR perbaikan
Nilai: Deteksi otomatis + perbaikan otomatis, memaksimalkan nilai dari /loop.
Petunjuk #16: Analisis Tren Kesalahan
/loop 1h hitung jumlah ERROR di direktori ./logs/ dalam 1 jam terakhir, bandingkan dengan jam sebelumnya, jika peningkatannya melebihi 50%, kirimkan peringatan
Petunjuk #17: Anomali Waktu Respons API
/loop 10m periksa permintaan API dalam 10 menit terakhir di ./logs/access.log, jika rata-rata waktu respons melebihi 2 detik atau ada permintaan yang melebihi 10 detik, buat daftar detail permintaan yang lambat
Skenario 6: Kolaborasi Tim (3 Petunjuk)
Petunjuk #18: Ringkasan Perubahan Kode Harian
/loop 24h rangkum semua commit git selama 24 jam terakhir, kelompokkan berdasarkan modul, dan buat daftar ringkasan perubahan serta file yang terlibat untuk setiap pengembang
Nilai: Membuat laporan harian tim secara otomatis, sehingga tidak perlu ditulis manual oleh setiap orang.
Petunjuk #19: Pembersihan Branch Kedaluwarsa
/loop 24h buat daftar semua branch remote yang tidak diperbarui selama lebih dari 30 hari, tandai apakah sudah di-merge ke main, dan berikan saran mana yang aman untuk dihapus
Petunjuk #20: Pengecekan Sinkronisasi README
/loop 2h periksa apakah langkah instalasi dan dokumentasi API di README.md sudah sesuai dengan kode aktual, tandai jika ada konten yang sudah usang
Praktik Terbaik Penggunaan /loop
Tabel Referensi Cepat Pemilihan Interval /loop
| Tingkat Urgensi | Interval Rekomendasi | Skenario Penggunaan |
|---|---|---|
| Darurat | 2-5m | Deteksi regresi pasca-deployment, cek kesehatan layanan |
| Penting | 10-15m | Pemantauan CI, tindak lanjut komentar PR, anomali API |
| Reguler | 30m-2h | Kualitas kode, pemindaian keamanan, tren log |
| Frekuensi Rendah | 24h | Audit dependensi, pembuatan laporan harian, pembersihan branch |
Tips Penulisan Petunjuk /loop
| Tips | Penjelasan | Contoh |
|---|---|---|
| Tentukan Kondisi Peringatan | Beri notifikasi hanya saat ada anomali agar tidak kebanjiran info | "Beri tahu saya jika gagal" bukan "Laporkan setiap saat" |
| Tentukan Rencana Aksi | Eksekusi perbaikan otomatis setelah masalah ditemukan | "Jika bisa diperbaiki, langsung buat PR" |
| Batasi Cakupan | Hindari membuang waktu dengan memindai seluruh proyek | "Pindai direktori src/" bukan "Pindai semua file" |
| Atur Kondisi Berhenti | Hindari eksekusi berkelanjutan yang tidak perlu | "Berhenti setelah berhasil 3 kali berturut-turut" |
| Kombinasikan Alat Eksternal | Output dari /loop dapat memicu notifikasi | "Tulis output ke alert.log agar dibaca sistem pemantauan" |
🎯 Saran Praktis: Mulailah dengan inspeksi PR (#1-#2) dan pemantauan deployment (#5), karena dua skenario ini memberikan rasio investasi terhadap hasil yang paling tinggi. Setelah terbiasa, tambahkan tugas berkala untuk pemindaian keamanan dan kualitas kode secara bertahap.
Jika Anda menggunakan pemanggilan model Claude melalui API untuk tugas otomatisasi yang lebih kompleks, disarankan untuk mengakses Claude Opus 4.6 dengan diskon 20% melalui APIYI di apiyi.com.
Pertanyaan Umum
Q1: Berapa banyak Token yang dikonsumsi oleh /loop?
Setiap eksekusi perulangan adalah permintaan Claude yang lengkap, sehingga konsumsi Token bergantung pada kompleksitas tugas. Pemeriksaan kesehatan sederhana (#5) memakan sekitar 500-1000 Token per eksekusi, sementara tinjauan kode yang kompleks (#10) bisa memakan 5000-10000 Token. Saran: gunakan interval pendek (5-10 menit) untuk tugas pemantauan, dan interval panjang (1-2 jam) untuk tugas analisis guna menghindari pemborosan Token. Anda bisa menikmati diskon 20% dengan memanggil API Claude melalui APIYI apiyi.com.
Q2: Apakah tugas /loop tetap berjalan setelah terminal ditutup?
Tidak. Tugas /loop hanya berjalan selama sesi Claude Code aktif. Menutup terminal, keluar dari sesi, atau terputusnya koneksi SSH akan menyebabkan semua tugas terjadwal hilang dan tidak dapat dipulihkan. Jika Anda memerlukan tugas yang berjalan 7×24 jam, disarankan untuk menggunakan mode headless dengan cron + claude -p, atau menggunakan cron tingkat sistem untuk memanggil Claude Code secara berkala.
Q3: Apakah 50 tugas konkuren sudah cukup?
Untuk sebagian besar skenario, jumlah tersebut sudah cukup. 20 petunjuk dalam artikel ini pun hanya menggunakan 20 slot. Namun, disarankan untuk mengaktifkannya secara selektif berdasarkan prioritas—pemeriksaan PR dan pemantauan penyebaran adalah yang wajib (bernilai tinggi), sementara pemindaian keamanan dan kualitas kode bisa diaktifkan sesuai kebutuhan. Perlu diingat, setiap eksekusi tugas mengonsumsi Token, jadi mengaktifkan terlalu banyak tugas akan menghabiskan kuota Anda dengan cepat.
Q4: Bisakah /loop diintegrasikan dengan notifikasi eksternal (Slack/Email)?
/loop sendiri tidak mengirim notifikasi secara langsung, tetapi Anda bisa menggabungkannya dengan alat eksternal dalam petunjuk Anda: "Tambahkan informasi peringatan ke ./alerts.log", lalu gunakan skrip lain untuk memantau file tersebut dan mengirim notifikasi via Slack/Email. Cara yang lebih canggih adalah dengan menggunakan konektor MCP untuk mengoperasikan Slack secara langsung, atau menggunakan Hooks Claude Code untuk memicu notifikasi saat peristiwa tertentu terjadi.
Kesimpulan
Poin utama dari petunjuk praktis Claude Code /loop:
- 6 Skenario Utama & 20 Petunjuk: Pemeriksaan PR (4), pemantauan penyebaran (3), pemindaian keamanan (3), kualitas kode (4), analisis log (3), dan kolaborasi tim (3) — siap pakai, tinggal salin dan tempel.
- Empat Elemen Petunjuk yang Baik: Interval + Tugas + Kondisi Peringatan + Rencana Tindakan. Beri notifikasi hanya saat ada anomali, dan perbaiki masalah secara otomatis saat ditemukan.
- Mulai dari Pemeriksaan PR: Pemeriksaan PR dan pemantauan penyebaran adalah dua skenario dengan rasio investasi terhadap hasil (ROI) tertinggi, disarankan untuk memulai dari sini.
Kami merekomendasikan untuk mengakses API Claude Opus 4.6 melalui APIYI apiyi.com dengan diskon 20%. Baik untuk tugas /loop maupun skenario pengembangan AI lainnya, Anda akan mendapatkan layanan yang stabil, berkecepatan tinggi, dan tanpa batas.
📚 Referensi
-
Dokumentasi Resmi Tugas Terjadwal Claude Code: Penjelasan lengkap mengenai /loop dan /schedule
- Tautan:
code.claude.com/docs/en/scheduled-tasks - Keterangan: Berisi sintaks, batasan, dan metode konfigurasi
- Tautan:
-
Panduan Praktis /loop Claude Code: 3 contoh alur kerja nyata
- Tautan:
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - Keterangan: Berisi implementasi lengkap untuk inspeksi PR, pemantauan build, dan pemindaian log
- Tautan:
-
Alur Kerja Pengembangan Otomatis Claude Code /loop: Metode dan tips penggunaan mendetail
- Tautan:
verdent.ai/guides/claude-code-loop-command - Keterangan: Berisi pemilihan interval, optimasi petunjuk, dan metode integrasi eksternal
- Tautan:
-
Pusat Dokumentasi APIYI: Akses API Claude Opus 4.6 dengan diskon 20%
- Tautan:
docs.apiyi.com - Keterangan: Konsumsi token untuk tugas /loop bisa mendapatkan diskon melalui APIYI
- Tautan:
Penulis: Tim Teknis APIYI
Diskusi Teknis: Mari berdiskusi di kolom komentar, untuk materi lebih lanjut silakan kunjungi pusat dokumentasi APIYI di docs.apiyi.com
