Batas Claude Code pada 2026: 8 Aturan agar Token Tidak Cepat Habis

Dokumentasi referensi Ailoot: ailoot.ai/docs/.

Bagaimana batas Claude Code bekerja pada 2026, dan mengapa batas itu cepat tercapai?#

Per 20 Mei 2026, paket Claude Code berbayar bekerja seperti ini:

Angka dari halaman resmi Anthropic. Selain jendela 5 jam, ada juga batas mingguan yang mulai terasa bagi pengguna berat sekitar hari Jumat.

Apa yang terjadi saat kuota digandakan pada 6 Mei?

Dalam konferensi Code with Claude SF pada 6 Mei 2026, Anthropic mengumumkan kesepakatan dengan SpaceX Colossus 1: 220,000 kartu grafis NVIDIA, kapasitas 300 MW, beroperasi dalam sebulan. Saat itu juga:

• Batas 5 jam digandakan untuk semua paket berbayar.
• Pembatasan jam sibuk harian dihapus, yang sebelumnya memangkas kuota selama jam sibuk.
• Untuk API: token input maksimum per menit untuk Opus naik dari 30K menjadi 500K (+1500%), dan output maksimum naik dari 8K menjadi 80K.

Promosi sementara lainnya berlaku dari 13 Mei hingga 13 Juli: +50% pada batas mingguan untuk Pro / Max / Team. Setelah 13 Juli, kuota mingguan akan kembali ke tingkat sebelumnya.

Berapa banyak yang sebenarnya digunakan seorang vibe coder?

Anthropic memberikan angka acuan dalam dokumentasi resminya:

• Pengembang menghabiskan rata-rata $13 / hari, $150-250 / bulan.
• 90% pengguna tetap di bawah $30 / hari.
• Tim agen dalam Plan Mode menghabiskan sekitar 7 kali lebih banyak token dibandingkan sesi standar.

Ukuran jendela konteks bergantung pada model. Menurut dokumentasi Anthropic, per September 2026 Opus 4.7 dan yang lebih baru, Sonnet 5, serta model Fable memiliki jendela 1M token di paket apa pun, termasuk Pro, dan pemadatan otomatis (auto-compact) secara default dipicu sekitar 967K. Opus 4.6 dan Sonnet 4.6 tanpa konteks yang diperluas memiliki jendela 200K, dan pemadatan dipicu pada batas 200K. Anda dapat mengatur ambang sendiri dengan perintah /autocompact, misalnya /autocompact 500k. Ketika Anda memasukkan setengah hari kerja ke dalam satu chat, konteks membengkak, Claude kehilangan alur, mulai membaca ulang file yang sama, dan token terkuras 1.5 hingga 2 kali lebih cepat.

Menurut pengalaman yang dijelaskan penulis, langganan $200 cukup berkat 8 aturan yang dibahas di bawah. Tanpa aturan itu, bahkan Max 20x akan habis sebelum makan siang.

Aturan 1. Mengapa “satu tugas—satu percakapan” paling menghemat token?#

Aturan ini bukan soal “membuka 5 chat sekaligus”, melainkan khusus tentang “tidak mengorek chat sebelumnya untuk digunakan pada tugas berikutnya.”

Dalam pendekatan yang dijelaskan, cara kerjanya begini. Di setiap pesan, Claude melihat bukan hanya permintaan baru, tetapi juga seluruh percakapan sebelumnya. Jika pagi hari Anda membahas halaman landing, lalu beralih ke kampanye email, kemudian meminta Claude memperbaiki instruksi lokakarya, seluruh riwayat percakapan ikut masuk ke konteks saat permintaan ketiga dibuat. Token digunakan untuk “mengingat halaman landing”, padahal Anda sendiri sudah melupakannya.

Mengapa “mengosongkan pikiran” berhasil?

Tutup chat segera setelah tugas selesai. Ini bahkan bukan soal token—ini cara membebaskan perhatian.

Jika tugas benar-benar selesai, jangan biarkan chat tetap terbuka “kalau-kalau saya kembali ke sana.” Buka chat baru. Anda dapat menemukan chat lama dengan claude --resume atau /resume menggunakan penanda apa pun (nama branch, ID PR, tag).

Apa yang sebaiknya dilakukan jika tugas berlanjut selama dua hari?

Jika tugas memang perlu dilanjutkan, jangan biarkan chat “menggantung”. Sebelum menutupnya, minta Claude menulis prompt untuk chat lain (lihat Aturan 7). Ini memadatkan 50K token riwayat menjadi prompt 500-token—dan besok chat baru dapat melanjutkan konteks tanpa menulis ulang semuanya.

Aturan 2: Batasi CLAUDE.md hingga 200 baris, bukan 500#

CLAUDE.md adalah file pertama yang dibaca Claude saat memulai sesi baru. Bagian ini khusus membahas penghematan token.

Berapa jumlah baris yang wajar?

Mengapa CLAUDE.md yang panjang membuat agen kurang cerdas?

Penjelasannya sederhana: /init menjelaskan repositori “kembali kepada model”, menambahkan ke konteks informasi yang sudah diketahui model atau dapat ditemukannya sendiri dengan melihat sekilas strukturnya. Duplikasi ini menghabiskan token dan mengaburkan fokus.

Aturan kepadatan: setiap kata mengubah perilaku

Jika saya dapat menghapus satu baris dari CLAUDE.md dan perilaku Claude tidak berubah, baris itu tidak diperlukan. Gunakan ini sebagai pengujian:

1. Buka CLAUDE.md dan periksa setiap paragraf.
2. Tanyakan kepada diri sendiri: “Jika saya menghapus ini, apakah Claude akan mulai membuat kesalahan?”
3. Jika tidak, hapus atau pindahkan ke Skill.

Semua aturan yang hanya berlaku dalam situasi tertentu dimasukkan ke skills (.claude/skills/<name>/SKILL.md). CLAUDE.md hanya untuk hal-hal yang diperlukan setiap saat.

Aturan 3. Mengapa rencana Claude Code disimpan dalam file terpisah?#

Plan Mode adalah mode Claude Code yang diaktifkan dengan Shift+Tab. Di dalamnya, Claude menjelajahi codebase, membaca file, dan mengajukan pertanyaan sebelum implementasi. Untuk alur kerja di bawah, pisahkan edit repositori: tinjau rencana yang diusulkan, lalu simpan secara manual ke folder plans/ proyek, atau keluar dari Plan Mode secara eksplisit dan izinkan penulisan file rencana tersebut sebelum memulai chat baru.

Mengapa rencana dalam file lebih kuat daripada rencana di kepala Claude?

Saya memiliki folder plans/ di setiap proyek. Saat memulai tugas:

1. Saya meminta Claude dalam Plan Mode menyelidiki dan mengusulkan pendekatan.
2. Saya meninjau rencana dan menyimpan teksnya sendiri ke plans/YYYY-MM-DD-task-name.md; sebagai alternatif, saya keluar dari Plan Mode dan mengizinkan Claude menulis file itu. Saya memverifikasi isi tersimpan sebelum menutup chat.
3. Saya menutup chat.
4. Di chat baru saya mengatakan: “baca plans/YYYY-MM-DD-...md dan implementasikan fase 1.”

Yang saya dapatkan:

• Rencananya tersimpan—Claude tidak “melupakan” keputusan kita sejak satu jam lalu.
• Saya dapat mengedit rencana secara manual—saya melihat 5 langkah, memahami bahwa langkah 3 tidak diperlukan, menghapusnya, lalu melanjutkan.
• Rencana tetap ada setelah mulai ulang—saya kembali besok, membuka file, dan melanjutkan.
• Saya dapat menyerahkannya kepada agen secara berurutan—satu chat menulis rencana, chat lain mengimplementasikannya, chat ketiga meninjaunya.

Plan Mode tidak merusak cache

Hal penting: Plan Mode hanya membatalkan cache percakapan (pesan), sementara prompt sistem dan konteks proyek (CLAUDE.md) tetap hangat. Artinya, berpindah ke Plan Mode dan kembali lagi hampir tidak menghabiskan token—tidak seperti mengganti model dengan /model, yang merusak cache untuk 90% harga input dan memaksa seluruh prefiks dihitung ulang.

Context engineering juga berarti menyimpan rencana di tempat yang akan bertahan, bukan dalam chat yang akan berakhir dalam 5 jam.

Aturan 4: Skills dimuat saat dipicu, bukan pada awal sesi#

Skills menggunakan pemuatan tiga tingkat:

1. Metadata selalu dimuat—pada awal sesi, Claude hanya melihat name dan description setiap skill. Anggaran: ~100 token per skill.
2. Instruksi saat dipicu—ketika pengguna mengatakan sesuatu yang relevan, Claude memuat isi SKILL.md. Anggaran: hingga 5000 token.
3. Sumber daya saat diminta—file yang disertakan (contoh, templat) hanya diambil saat model sendiri memerlukannya.

Bagaimana hal ini mengubah perhitungan token?

Dalam contoh yang dijelaskan, aturan penulisan instruksi edukasi, aturan pengiriman surat massal, dan aturan tinjauan kode dahulu berada di CLAUDE.md. File itu membengkak menjadi 500 baris, dan pada awal setiap sesi saya membayar semua 500 baris itu, bahkan jika percakapan membahas halaman landing.

Dalam contoh ini, CLAUDE.md berisi 200 baris navigasi dan prinsip dasar. 4 rangkaian aturan disimpan dalam skills:

.claude/skills/
├── write-tutorial/SKILL.md         # pemicu: “tulis panduan”
├── deploy-checklist/SKILL.md       # pemicu: “periksa sebelum menerbitkan”
├── send-broadcast/SKILL.md         # pemicu: “kirim surat massal”
└── debug-payment-webhook/SKILL.md  # pemicu: “periksa pembayaran”

Claude hanya melihat header saat sesi dimulai—400 token. Saat saya mengatakan “tulis panduan”, Claude memuat SKILL.md yang sesuai dan mengikutinya. Saat saya mengatakan “kirim surat massal”, Claude memuat skill yang berbeda.

Kutipan dari aturan penulisan skill di dokumentasi resmi Anthropic:

Jika sebuah skill mencurigakan, jangan memasangnya

Skills adalah instruksi yang dapat dieksekusi dengan akses langsung ke file dan kunci API Anda. Sebelum memasang koleksi milik orang lain, saya membuka setiap SKILL.md dan membacanya sendiri. Jika ada blok bash: dengan tautan ke URL eksternal, itu tanda bahaya; saya tidak memasangnya.

Aturan 5. Kapan tugas sebaiknya diserahkan kepada sub-agen, bukan sesi utama?#

Dari dokumentasi resmi:

Tugas apa yang dapat didelegasikan kepada sub-agen?

• Mencari di codebase besar. Sub-agen membaca 30 file dan melaporkan “fungsi yang relevan ada di src/lib/payment/cloudpayments.ts:142.” Saya tidak melihat isi 30 file itu dalam konteks utama.
• Menjalankan pengujian dan mengurai log. Sub-agen menjalankan npm test, menangkap 200 baris keluaran, lalu melaporkan “3 pengujian gagal di X, Y, Z karena alasan ini.”
• Refaktor multi-file. Satu sub-agen per file—secara paralel.
• Memeriksa tautan dalam panduan. Sub-agen mengunjungi 30 URL melalui WebFetch dan melaporkan “5 tautan menghasilkan 404.”

Pada Mei 2026, Anthropic secara resmi mengumumkan Multi-Agent Orchestration sebagai fitur bawaan. Sebelumnya, sub-agen hanya dapat diluncurkan dalam kode melalui SDK; kini sub-agen dapat diluncurkan langsung di Claude Code melalui perintah garis miring.

Kapan sub-agen tidak berfungsi dengan baik?

Karena itu, saya tidak pernah membiarkan sub-agen bekerja tanpa diperiksa selama setengah hari. Aturannya: semakin banyak tugas yang Anda delegasikan secara paralel, semakin sering Anda perlu memeriksa hasil sementara. Untuk tugas besar, saya mengaktifkan Plan Mode secara terpisah bagi setiap sub-agen.

Aturan 6. Bagaimana memilih model Claude (Opus / Sonnet / Haiku) untuk suatu tugas?#

Harga API (per sejuta token):

Sumber: halaman resmi Anthropic. Harga tidak terlihat pada langganan, tetapi rasionya sama. Opus 4.7 memiliki catatan khusus: dibandingkan Opus 4.6, tokenizer barunya dapat menggunakan hingga +35% lebih banyak token untuk teks yang sama. Harga per token tidak naik, tetapi biaya efektif per permintaan meningkat. Jika Anda menjalankan semuanya melalui Opus tanpa berpikir, batas Anda akan habis 5 kali lebih cepat daripada jika separuh tugas menggunakan Sonnet atau Haiku.

Contoh pemilihan model

Beralih model dengan perintah /model. Namun, pergantian model membatalkan cache. Jika Anda beralih dari Sonnet ke Opus di tengah sesi, permintaan berikutnya menghitung ulang seluruh prefiks dari awal dengan harga input penuh (bukan harga input cache). Jadi, lebih baik memilih model sejak awal daripada terus beralih bolak-balik.

/effort—pengaturan yang tidak terlalu agresif

Pada April 2026, Anthropic meluncurkan /effort—5 tingkat kedalaman penalaran: minimal / low / medium / high / xhigh. Claude Code pada Opus 4.7 secara default berjalan pada xhigh.

Yang saya lakukan:

• Untuk klasifikasi, ekstraksi data, dan ringkasan singkat: /effort low. Ini menghemat 30-70% pada jenis tugas yang tidak membutuhkan penalaran mendalam.
• Untuk tugas coding sederhana: /effort medium.
• Untuk arsitektur kompleks: saya membiarkannya pada xhigh.

/effort tidak mengubah model, hanya kedalaman penalarannya. Cache tetap utuh.

Aturan 7: Kirim prompt ke chat baru, bukan menggunakan /compact#

/compact adalah perintah resmi Claude Code yang mengganti riwayat dengan ringkasan. Jika Anda menjalankannya segera setelah pesan terakhir, saat cache masih hangat (TTL langganan adalah 1 jam), ringkasan tersimpan di cache dan dibaca dengan harga 10% dari harga standar. Jika Anda menjalankannya setelah satu jam, cache sudah dingin dan Anda membayar harga penuh.

/compact dapat disesuaikan:

/compact Focus on code samples and API usage

Atau Anda dapat menentukan fokus ringkasan bawaan di CLAUDE.md:

# Compact instructions
When you are using compact, please focus on test output and code changes

Namun biasanya saya melakukannya dengan cara lain.

Mengirim prompt ke chat lain: contoh

Langkah-langkah:

1. Di chat saat ini, ketika saya melihat konteks sudah melewati 50%, saya mengatakan: “Tuliskan prompt untuk chat lain agar pekerjaan dapat dilanjutkan tanpa kehilangan maknanya. Sertakan: apa yang sedang kita kerjakan, apa yang sudah selesai, apa yang masih tersisa, file dan konstanta penting.”
2. Claude memberi saya prompt sepanjang 300-800 token.
3. Saya menutup chat saat ini dengan /clear atau cukup membuka chat baru.
4. Saya menempelkan prompt dan memulai dengan CLAUDE.md dan konteks proyek yang hangat, tetapi memori percakapan yang bersih.

Yang saya dapatkan dibandingkan dengan /compact:

• Kontrol atas isi chat baru. /compact merangkum berdasarkan pemahamannya sendiri; saya dapat menyunting prompt secara manual sebelum memulai.
• Saya dapat menyimpan prompt ke file plans/ dan kembali kepadanya besok.
• Chat baru dimulai dengan cache percakapan yang bersih—setelah itu, Anda bekerja dengan harga input cache.

Kapan /compact lebih baik?

• Saat Anda berada dalam Plan Mode dan tidak ingin kehilangan rencana saat ini.
• Saat tugasnya seragam dan konteksnya konsisten (misalnya menerjemahkan dokumen panjang).
• Saat /compact berjalan segera setelah jawaban Claude—ringkasannya masuk ke cache hangat dan biayanya 10%.

/clear—pilihan terakhir

/clear menghapus semuanya, termasuk konteks proyek. Saya menggunakannya hanya ketika beralih ke topik yang sama sekali tidak terkait dan tidak ingin menyimpan apa pun dari sebelumnya. Setelah /clear, permintaan berikutnya membayar harga penuh untuk memuat CLAUDE.md lagi.

Aturan 8. Apa yang membatalkan cache Claude Code, dan mengapa Anda membayarnya?#

Pada langganan, TTL cache adalah 1 jam (diperpanjang setiap kali diakses). Pada API, nilai bawaannya 5 menit. Artinya, jika Anda kembali bekerja setelah 40 menit, cache masih hidup dan permintaan berikutnya hanya membutuhkan biaya kecil untuk input. Setelah 1 jam, cache kedaluwarsa dan Anda membayar harga penuh.

Hal yang merusak cache (hindari ini di tengah tugas)

1. /model—mengganti model di tengah sesi. Setiap model memiliki cache sendiri. Setelah /model opus, permintaan berikutnya menghitung ulang seluruh prefiks untuk Opus dari awal.
2. Mengaktifkan Plan Mode dengan pengaturan opusplan. Dalam mode ini, Plan Mode = Opus, mode normal = Sonnet. Setiap Shift+Tab = pergantian model = cache tidak valid.
3. Menghubungkan / memutuskan server MCP. Termasuk penyambungan ulang otomatis setelah kegagalan sementara. Jika server MCP Anda tidak stabil, Anda membayar dua kali.
4. Aturan penolakan nama polos (Bash, WebFetch)—aturan tersebut mengubah definisi alat dalam prompt sistem.
5. /compact—membatalkan lapisan percakapan (sesuai rancangan).
6. Memutakhirkan Claude Code ke versi baru—versi baru berarti prompt sistem baru dan cache baru.

Hal yang TIDAK merusak cache

• Menyunting file dalam repositori (file dibaca sesuai kebutuhan).
• Menyunting CLAUDE.md di tengah sesi (tetapi perubahan tidak berlaku sampai dimulai ulang—lihat Aturan 2).
• Mengubah gaya keluaran.
• Mengubah mode izin (jika opusplan tidak terlibat).
• Pemanggilan Skills / commands (ditambahkan ke lapisan percakapan).
• /recap (perintah baru, ringkasan tanpa pembatalan cache).
• /rewind (kembali ke prefiks yang sudah dihangatkan).
• Menjalankan sub-agen (cache sesi induk tidak terdampak).

Cara memanfaatkan cache

• Jangan berganti /model tanpa alasan. Pilih model di awal tugas.
• Jangan mengaktifkan 10 server MCP “untuk berjaga-jaga.” Setiap server menambah isi prompt sistem dan merusak cache saat tersambung kembali.
• Jangan menyunting CLAUDE.md di antara tugas—lakukan semua penyuntingan sekaligus, lalu mulai ulang.
• Gunakan /recap sebagai pengganti /compact saat Anda hanya perlu melihat ringkasan, bukan membebaskan konteks.

Apa yang terjadi pada usulan kredit otomatisasi 15 Juni?#

Usulan pemisahan kumpulan langganan interaktif dan programatik ditunda. Pembaruan dukungan Anthropic menyatakan Agent SDK, claude -p, dan aplikasi pihak ketiga masih dapat menggunakan batas langganan. Jangan tambahkan jumlah kredit dari usulan yang dibatalkan sebagai tagihan wajib kedua.

Kredit API bulanan terpisah yang diperkenalkan untuk paket Max dan Team yang memenuhi syarat pada Oktober merupakan jatah yang termasuk dalam paket pada organisasi Console tertaut. Kredit ini tidak menggantikan batas interaktif paket. Panduan kredit API saat ini membedakan login langganan dari pekerjaan dengan kunci API dan mengidentifikasi antarmuka peluncuran yang tidak dicakup.

Sebelum menyusun anggaran tugas terjadwal, catat metode autentikasi, antarmuka peluncuran, model, dan penggunaan aktual. Perintah claude -p saja tidak membuktikan saldo yang dipakainya. Penggunaan API berbayar tambahan bergantung pada konfigurasi penagihan organisasi. Untuk penjelasan dan kalkulator saat ini, lihat penagihan otomatisasi Claude Code.

Sehari dalam kehidupan seorang vibe coder yang menggunakan Claude Code#

Contoh hari:

1. 9:00. Saya membuka tugas #1—penyuntingan templat email. Saya membuka chat baru, menggunakan Plan Mode, dan meminta Claude menyelidikinya. Rencana selesai dalam 3 menit; saya beralih ke auto-accept, dan penyuntingan selesai dalam 10 menit. Saya menutup chat.
2. 9:30. Tugas #2—menulis panduan edukasi. Saya membuka chat baru, dan skill penulisan panduan saya terpicu. Skill itu memuat 4000 token metodologi. Saya mengerjakannya, dan panduan selesai dalam 40 menit. Selesai.
3. 11:00. Tugas #3—masalah arsitektur yang rumit. /model opus, Plan Mode, diskusi. Saya meninjau rencana, menyimpannya secara manual ke plans/2026-05-20-...md (atau mengizinkan penulisan file setelah keluar dari Plan Mode), memverifikasi file, lalu menutup chat.
4. 12:00. Chat baru: “baca plans/2026-05-20-...md dan implementasikan fase 1.” 6 sub-agen bekerja secara paralel—satu per file. Fase 1 selesai dalam 45 menit. Saya menutup chat.
5. 14:00. Tugas #4—penyuntingan halaman landing. /model sonnet. Chat baru. Rencana + implementasi memakan waktu 30 menit. Saya menutup chat.
6. 15:00. Tugas #5—men-debug produksi. /model opus, Plan Mode; dibutuhkan penalaran mendalam. Setelah berdiskusi selama satu jam, saya meminta Claude menulis prompt untuk chat lain berisi penyebab yang ditemukan dan perbaikan yang diusulkan. Saya menyalinnya ke chat baru dan mengimplementasikannya dalam 20 menit.

Pada akhir hari: 6 tugas, 8 chat ditutup, tidak satu pun /compact. Batas terpakai 40-60%. Itu cukup.

Batas habis bagi orang yang:

• Memasukkan seluruh tugas ke satu chat yang konteksnya sudah terpakai 50%.
• Membiarkan CLAUDE.md berisi 600 baris karena “mungkin berguna.”
• Beralih ke /model opus untuk setiap penyuntingan sederhana.
• Mengaktifkan 8 server MCP hanya untuk berjaga-jaga.
• Tidak pernah menggunakan sub-agen dan membawa semuanya ke percakapan utama.

Batas tidak habis bagi orang yang membangun otak kedua dalam file proyek dan bekerja dengan Claude seperti insinyur dalam tim—mereka memberi tugas yang jelas, tidak menumpahkan semuanya ke satu percakapan, dan menggunakan alat berbeda untuk tugas berbeda.

Anda dapat melanjutkan menjelajahi Ailoot di ailoot.ai.