Saya pakai beberapa AI code assistant, Claude Code, Antigravity, dan sejenisnya, tapi tulisan ini fokus ke Claude Code dan jadi bahan pembelajaran untuk saya yang masih pemula dalam penggunaannya. Prinsip di bawah ini sebagian besar berlaku juga untuk tool lain, cuma cara implementasinya beda-beda.

Dua masalah paling sering muncul waktu kerja pakai AI code agent:

1. Token cepat habis, usage limit kena padahal kerjaan belum kelar.
2. Hasil kerja melenceng dari rencana, jadi harus dikoreksi berkali-kali.

Catatan ini disusun dari dokumentasi resmi Claude Code (code.claude.com/docs).

1. Hemat Token dan Usage Limit

Akar masalahnya satu: context window. Makin penuh context, makin banyak token diproses ulang tiap pesan, dan performa ikut turun karena instruksi lama mulai “terlupakan”. Jadi strategi hemat token intinya jaga context tetap kecil dan relevan.

Strategi	Kenapa penting
Rapikan CLAUDE.md	File ini kebaca tiap sesi, jadi ikut nambah token di tiap request. Isi cuma hal yang Claude tidak bisa tebak sendiri: perintah build khusus, konvensi kode beda dari default, gotcha project. Kalau satu baris dihapus dan Claude tetap benar, hapus saja
/clear antar task	Pindah task tapi context lama masih menumpuk itu boros. /clear reset total
/compact <instruksi>	Kasih arahan spesifik, misal /compact fokus ke perubahan API dan hasil test, biar ringkasan yang tersimpan relevan
Reference file pakai @	Sebut file spesifik, misal @src/auth/session.ts, daripada suruh Claude eksplorasi satu folder penuh
Delegasikan riset ke subagent	Subagent jalan di context terpisah, yang balik ke context utama cuma rangkumannya
Pilih model sesuai beban kerja	Sonnet cukup untuk kerjaan harian dan lebih murah. Simpan Opus untuk keputusan arsitektur atau analisis kompleks. Ganti lewat /model
Pantau lewat /context dan /usage	/context kasih breakdown token per komponen. /usage kasih estimasi biaya sesi berjalan

2. Supaya Claude Code Jalan Sesuai Rencana

Bagian ini paling sering diabaikan. Langsung suruh coding tanpa eksplorasi dan rencana biasanya menghasilkan kode yang terlihat benar tapi menjawab masalah yang salah.

Alur resmi yang direkomendasikan ada empat tahap:

1. Explore: masuk plan mode, suruh Claude baca dan pahami kode relevan dulu tanpa mengubah apa pun.
2. Plan: minta Claude buat rencana implementasi detail. Bisa diedit manual dulu sebelum lanjut.
3. Implement: keluar plan mode, biarkan Claude coding sambil verifikasi ke rencana yang disepakati.
4. Commit: minta Claude commit dengan pesan jelas.

Plan mode ada overhead-nya, jadi skip saja untuk perubahan kecil yang sudah jelas seperti perbaiki typo atau rename variabel. Pakai kalau perubahan menyentuh banyak file, atau kalian sendiri belum yakin pendekatan yang tepat.

Dua kebiasaan lain yang paling berpengaruh ke akurasi hasil:

Kasih konteks spesifik, bukan instruksi umum.

Kurang spesifik	Lebih spesifik
“tambahin test buat foo.py”	“tulis test untuk foo.py, cover kasus user sudah logout, jangan pakai mock”
“perbaiki bug login”	“login gagal setelah session timeout, cek flow auth di src/auth/ terutama token refresh, buat failing test dulu baru diperbaiki”

Kasih Claude cara verifikasi sendiri, entah test suite, build, atau screenshot dibanding desain awal. Tanpa itu, satu-satunya sinyal “kelar” cuma kode yang terlihat masuk akal, belum tentu benar.

Untuk fitur besar, minta Claude interview kalian dulu soal implementasi teknis, UX, dan edge case, sebelum nulis spek ke file terpisah. Sesi implementasi baru dimulai setelah spek matang, jadi context-nya bersih dan fokus.

Kalau sudah dikoreksi dua kali untuk masalah yang sama, jangan koreksi ketiga kalinya di sesi yang sama. /clear saja dan tulis ulang prompt yang lebih spesifik.

Untuk kerjaan tanpa pengawasan, tambahkan satu langkah review dari subagent terpisah yang mengecek diff terhadap rencana awal, bukan sekadar gaya penulisan kode.

3. Lain-lain

• Hooks: aturan yang wajib jalan tanpa kecuali, misal lint otomatis tiap habis edit file. Deterministik, beda dari CLAUDE.md yang sifatnya cuma anjuran.
• Skills: workflow berulang, bikin SKILL.md di .claude/skills/ daripada jelasin ulang tiap sesi.
• Rename dan resume session: kasih nama sesi jelas pakai /rename per workstream, lanjut pakai --resume atau --continue.
• Non-interactive mode: untuk kerjaan berulang atau otomasi, pakai claude -p "prompt" di script, pre-commit hook, atau CI.
• Checkpoint dan rewind: tiap prompt otomatis bikin checkpoint. Kalau salah arah, tekan Esc dua kali atau jalankan /rewind.

Pola gagal yang paling sering terjadi:

Pola gagal	Cara mengatasi
Satu sesi dipakai banyak task tidak nyambung	/clear tiap ganti task
Koreksi berulang tanpa hasil membaik	/clear setelah dua kali gagal, tulis ulang prompt
CLAUDE.md kepanjangan sampai instruksi penting ketutup noise	Pangkas ruthless
Percaya hasil tanpa verifikasi	Selalu sediakan cara ngecek
Eksplorasi tanpa scope jelas	Batasi cakupan riset atau delegasikan ke subagent

Penutup

Intinya satu: context adalah resource terbatas, perlakukan seperti resource, bukan tempat sampah. Makin bersih dan terarah context yang dikasih ke Claude Code, makin hemat token, dan makin kecil kemungkinan hasilnya melenceng dari rencana.

Referensi:

• Best practices for Claude Code, Anthropic. https://code.claude.com/docs/en/best-practices
• Manage costs effectively, Anthropic. https://code.claude.com/docs/en/costs