Model, penggunaan, dan batas dalam Claude Code

Panduan ini menjelaskan model mana yang Anda gunakan, bagaimana penggunaan diukur, dan cara menjaga sesi panjang tetap dalam batas konteks dan penggunaan mereka.

Cara Anda masuk menentukan bagaimana penggunaan diukur. Semua hal lain tentang Claude Code berperilaku sama terlepas dari itu.

Jika Anda masuk dengan kursi Enterprise, Anda umumnya tidak perlu memikirkan token sampai Anda mencapai batas. Jika Anda menggunakan kunci API, perintah /cost menampilkan pengeluaran berjalan Anda untuk sesi saat ini.

Jalankan /model kapan saja untuk melihat model mana yang tersedia untuk akun Anda dan untuk beralih di antara mereka. Sebagai panduan kasar:

Anda dapat mengubah model di tengah sesi tanpa kehilangan percakapan Anda. Pola umum adalah merencanakan dengan Opus dan mengeksekusi dengan Sonnet.

Setiap giliran mengirimkan tiga hal ke model:

Dari ini, item pertama tumbuh paling cepat. Sesi debugging panjang di mana Claude telah membaca dua puluh file dan menghasilkan lima belas diff membawa semua itu pada setiap pesan berikutnya. Di sinilah biaya dan batas konteks berasal.

Jendela konteks adalah jumlah maksimum teks yang dapat dipertimbangkan model sekaligus. Claude Code menampilkan indikator langsung tentang seberapa penuh itu. Ketika penuh, Claude tidak lagi dapat melihat bagian percakapan tertua dengan jelas dan kualitas menurun.

Dua perintah menjaganya tetap terkontrol:

Aturan praktis: gunakan /clear saat memulai tugas baru, dan /compact saat melanjutkan tugas yang panjang.

Hampir setiap laporan "Saya menghabiskan batas saya pada siang hari" dapat dilacak kembali ke salah satu dari lima ini.

Setiap pesan sebelumnya dikirim ulang pada setiap giliran, jadi sesi yang telah berkelana melalui tiga masalah yang tidak terkait membayar untuk ketiga-tiganya pada setiap pesan baru. Dalam praktik: Anda baru saja selesai men-debug pengalihan login dan sekarang ingin menulis migrasi database. Jalankan /clear terlebih dahulu. Tes sederhana: jika prompt berikutnya Anda akan masuk akal sempurna di terminal baru, bersihkan sebelum mengirimnya. CLAUDE.md dan file proyek Anda tetap ada; hanya riwayat obrolan yang hilang. Satu peringatan: /clear tidak dapat dibatalkan. Jika Anda mungkin masih membutuhkan sesuatu dari riwayat, salin terlebih dahulu atau jalankan /compact sebagai gantinya, yang mempertahankan ringkasan daripada menghapus semuanya.

Opus biaya beberapa kali lebih banyak per giliran daripada Sonnet, dan Sonnet lebih banyak daripada Haiku. Menghabiskan Opus untuk pekerjaan rutin adalah cara tercepat untuk menguras batas harian. Default yang masuk akal: Sonnet untuk sebagian besar pengkodean (fitur, tes, bug yang diketahui, refaktor); Opus ketika Anda benar-benar terjebak atau perubahannya luas (debugging keras, refaktor lintas-potong, panggilan arsitektur); Haiku untuk pekerjaan mekanis cepat (penggantian nama, baris log, penjelasan regex, boilerplate).

Apa pun yang Anda tempel tetap dalam konteks, sepenuhnya, untuk sisa sesi. Mereferensikan file berdasarkan jalur memungkinkan Claude membaca secara selektif dan fokus pada bagian yang Anda pedulikan. Dalam praktik: alih-alih menempel auth.ts, tulis lihat fungsi validateToken di @src/auth.ts. Untuk log dan jejak tumpukan, potong hingga 20 atau 30 baris yang relevan sebelum menempel. Untuk apa pun yang besar (file kunci, log build, dump data), letakkan di disk dan referensikan jalurnya.

File ini ditambahkan di depan setiap giliran, jadi biayanya dikalikan dengan jumlah pesan yang Anda kirim. CLAUDE.md 300 baris di seluruh sesi 40 giliran adalah 12.000 baris input yang Anda bayar sebelum melakukan pekerjaan apa pun. Aturannya: dua kesalahan, satu layar. Hanya tambahkan catatan kedua kalinya Anda harus mengoreksi Claude pada hal yang sama (masalah pertama kali biasanya sekali saja). Dan jangan pernah biarkan file tumbuh melampaui satu layar kira-kira 80 hingga 100 baris; jika sesuatu yang baru perlu masuk dan tidak ada ruang, sesuatu yang lama harus keluar. Kapan harus memperbarui: tepat setelah sesi di mana Anda harus mengoreksi Claude dua kali pada hal yang sama. Itulah saat perbaikan segar dan membutuhkan waktu semenit untuk ditulis. Setiap beberapa minggu, baca seluruh file dan hapus apa pun yang tidak lagi benar atau yang tujuannya tidak dapat Anda ingat. Catatan basi lebih buruk daripada catatan yang hilang karena mereka secara aktif menyesatkan Claude.

Rencana biaya beberapa ratus token. Diff 400 baris yang salah yang Anda kembalikan dan hasilkan ulang biaya ribuan, dua kali, ditambah giliran yang dihabiskan menjelaskan apa yang salah. Dalam praktik: untuk apa pun yang menyentuh lebih dari dua atau tiga file, beralih ke Mode Rencana atau cukup tanya: "Sebelum mengubah apa pun, daftarkan file yang akan Anda sentuh dan apa yang akan Anda lakukan di masing-masing." Baca daftarnya, koreksi dalam bahasa Inggris biasa ("lewati legacy/, dan jangan sentuh tes dulu"), lalu biarkan dieksekusi.

Pro tip: rencanakan dengan Opus, eksekusi dengan Sonnet. Penggunaan Opus dengan nilai tertinggi adalah menulis rencana itu sendiri, di mana penalaran yang lebih dalam benar-benar membayar. Setelah rencana yang baik ada, eksekusi sebagian besar mekanis dan Sonnet menanganinya dengan sebagian kecil dari biayanya. Alur kerja: /model opus, minta rencana, tinjau dan koreksi, lalu /model sonnet dan "jalankan rencana di atas." Beralih model tidak menghapus percakapan, jadi Sonnet masih melihat semua yang dihasilkan Opus.