Kenapa Penting?
Token itu "Bensin"-nya Claude
Setiap pesan yang kamu kirim dan terima menghabiskan token. Makin panjang conversation, makin banyak token yang dikonsumsi — karena Claude membaca semua riwayat chat setiap kali merespons.
Token Usage — Simulasi 1 Sesi Develop
* Estimasi untuk 1 sesi develop generate kode panjang (~500+ baris). Angka aktual bervariasi.
💡 Key Insight
Ada dua biaya token yang berbeda, sering ketuker: Input token — seluruh riwayat chat yang dikirim ulang tiap kali kamu kirim pesan, termasuk kode versi lama yang sudah tidak dipakai. Output token — jawaban baru yang ditulis Claude, misalnya kode HTML yang di-generate. Minta revisi berkali-kali itu mahal di kedua sisi: output-nya ditulis ulang, DAN semua versi lama tetap nempel jadi input di turn-turn berikutnya. Lihat studi kasus lengkapnya di section Prompting.
Device Guide
Pilih Device yang Tepat
Device dan mode akses yang berbeda punya dampak signifikan terhadap konsumsi token dan kenyamanan kerja. Ini panduan lengkapnya.
Laptop / Desktop
Chrome Browser
Token usagePaling hemat
StabilitySangat stabil
For coding✅ Ideal
Windows / MacBook
Desktop App
Token usageHemat
StabilityStabil
For coding✅ Bagus
Tablet
Chrome Browser
Token usageHemat
StabilityStabil
For coding✅ Bagus
Tablet
Claude App
Token usageLumayan
StabilityCukup
For coding⚠️ Oke
HP / Smartphone
Chrome Browser
Token usageLumayan
StabilityCukup
For coding⚠️ Lumayan
HP / Smartphone
Claude App
Token usagePaling boros
StabilityBisa crash
For coding❌ Hindari
| Device & Mode | Chat Biasa | Generate Kode | Long Session | Rekomendasi |
|---|---|---|---|---|
💻 Desktop Browser |
✅ Hemat | ✅ Ideal | ✅ Aman | Selalu pakai ini |
🖥️ Desktop App |
✅ Hemat | ✅ Bagus | ✅ Aman | Alternatif browser |
📟 Tablet Browser |
✅ Hemat | ✅ Bagus | ✅ Aman | Rekomendasi ke-2 |
📟 Tablet App |
✅ Oke | ⚠️ Hati-hati | ⚠️ Monitor | Untuk chat ringan |
📱 HP Browser |
✅ Oke | ⚠️ Lumayan | ❌ Berisiko | Chat saja |
📱 HP App Claude |
⚠️ Oke | ❌ Boros | ❌ Hindari | Darurat saja |
💡 Key Insight
Beda device BUKAN berarti beda limit token. Limitnya sama — yang beda adalah seberapa efisien browser me-render conversation history. Browser desktop pakai lazy loading yang lebih baik, sehingga context yang sama di-load lebih efisien. App mobile me-render semua chat history sekaligus setiap ada response baru.
Model Guide
Pilih Model yang Tepat
Selain device, pilihan model juga menentukan seberapa cepat kuota Pro habis. Model lebih pintar = lebih boros kuota. Ini panduan singkatnya.
1
Urutan Model: Haiku → Sonnet → Opus → Fable
Haiku = tercepat & termurah, buat tugas simpel. Sonnet = seimbang, cocok jadi default harian. Opus = paling capable, tapi paling boros kuota — simpan untuk task berat. Fable = tier tertinggi, di plan Pro biasanya butuh usage credit terpisah (bukan bagian dari jatah kuota standar).
| Tier | Versi Current | Versi Sebelumnya (Legacy) |
|---|---|---|
⚡ Haiku |
4.5 | — |
📝 Sonnet |
Sonnet 5 | 4.6, 4.5, dst |
🎼 Opus |
Opus 5 | 4.8, 4.7, 4.6, dst |
📖 Fable / Mythos |
Fable 5 | — |
Versi "current" di atas berlaku per tanggal update panduan ini (lihat Disclaimer). Model baru bisa rilis kapan saja — cek menu pemilihan model di Claude untuk daftar yang tersedia saat ini.
🧭 Model Tier
2
"Legacy" Bukan Berarti Mati
Model itu punya siklus hidup: Active (didukung penuh & direkomendasikan) → Legacy (masih bisa dipakai, tapi sudah tidak dapat update, kandidat pensiun ke depannya) → Deprecated/Retired (benar-benar berhenti berfungsi). Kalau model yang biasa dipakai terasa "kurang" dibanding sebelumnya, cek dulu — kemungkinan sudah masuk status Legacy dan ada versi lebih baru.
🔁 Model Lifecycle
3
Effort Level & Thinking
Effort (Low/Medium/High/Extra/Max) mengatur seberapa dalam Claude "mikir" sebelum jawab — makin tinggi, makin bagus tapi makin boros kuota. Untuk kerja harian yang campuran (kadang simpel kadang berat), Medium biasanya paling seimbang. Toggle Thinking manual sebaiknya dimatikan saja di effort Medium ke atas — model sudah otomatis mikir kalau perlu (adaptive), jadi toggle manual bisa bikin dia mikir lebih dari yang dibutuhkan untuk task simpel.
⚙️ Effort Setting
4
Model Routing per Fase Kerja
Beban mikir dalam satu project itu tidak rata — fase awal (arsitektur, struktur data, trade-off) butuh model lebih pintar, fase eksekusi (nulis kode dari spec yang sudah jelas) tidak. Rutekan model sesuai fase, bukan pakai satu model dari awal sampai akhir:
Brainstorm Awal — Keputusan Besar
Struktur data, pilihan approach, trade-off arsitektur. Biasanya 3-8 turn pertama.
Opus 5 · Medium
↓
Isi Detail Spec
Arah besar sudah kekunci, tinggal isi nama kolom, penamaan, detail teknis kecil. Boleh turun model di chat yang sama.
Sonnet 5
↓
Coding — Chat Baru
Paste spec final dari fase brainstorm. Sonnet jalankan eksekusi untuk mayoritas web app / GAS scope menengah.
Sonnet 5 · Medium
↓
Kerjaan Receh
Rename variabel, format ulang, fix typo, komentar kode. Tidak perlu model besar sama sekali.
Haiku · Effort Low
🔺 Naik balik ke Opus hanya kalau Sonnet stuck 2-3× di masalah yang sama — biasanya itu tanda masalahnya di desain, bukan di kode.
🧭 Fase → Model
💡 Key Insight
Sesuaikan model dengan berat task, bukan pakai model tertinggi terus-menerus. Default ke model tier menengah untuk kerja sehari-hari, dan naik ke tier lebih tinggi hanya saat benar-benar dibutuhkan (arsitektur besar, debug rumit, reasoning berlapis). Ini cara paling efektif menjaga kuota mingguan tetap awet.
Catatan: ganti model di tengah chat yang sama menghemat sisi "harga per turn" — tapi tidak mereset context. Riwayat chat tetap ikut terkirim. Yang benar-benar membuang context lama hanya membuka chat baru (lihat section New Chat).
Catatan: ganti model di tengah chat yang sama menghemat sisi "harga per turn" — tapi tidak mereset context. Riwayat chat tetap ikut terkirim. Yang benar-benar membuang context lama hanya membuka chat baru (lihat section New Chat).
Prompting
Prompt yang Efisien
Cara kamu nulis prompt sangat mempengaruhi kualitas response dan jumlah token yang dipakai. Ini yang perlu diperhatikan.
Do This
- Spesifik dan clear dari awal — sebutkan context, tujuan, dan output yang diinginkan
- Samakan persepsi sebelum generate — konfirmasi dulu sebelum minta kode panjang
- Satu task per chat untuk task besar
- Sebutkan tech stack, bahasa, dan constraints di awal
- Minta revisi spesifik, bukan "perbaiki semua"
- Pakai kata "jangan generate dulu" kalau masih diskusi
Don't Do This
- Prompt ambigu lalu minta revisi berkali-kali — boros token
- Paste kode panjang bolak-balik di chat yang sama
- Minta generate kode besar tanpa konfirmasi struktur dulu
- 1 sesi untuk banyak project berbeda
- Minta "buatkan semua sekaligus" tanpa checkpoint
- Lanjut di sesi panjang yang sudah 70%+ token terpakai
1
Samakan Persepsi Dulu
Sebelum minta generate kode atau dokumen panjang, diskusikan dulu struktur, requirement, dan pendekatan. Satu revisi besar = ratusan token terbuang. Konfirmasi kecil di awal = hemat ribuan token di akhir.
⚡ Token Saver
2
Spesifik dari Kalimat Pertama
Sertakan: tech stack, bahasa output (Indonesia/English), format yang diinginkan, dan constraints. Makin Claude paham konteks di awal, makin sedikit bolak-balik klarifikasi yang terjadi.
🎯 Quality Prompt
3
Pecah Task Besar Jadi Checkpoint
Daripada "buatkan aplikasi lengkap sekaligus", pecah jadi: struktur database dulu → backend → frontend per halaman. Tiap checkpoint bisa jadi titik mulai chat baru kalau token mulai habis.
🔄 Best Practice
4
Monitor Panjang Conversation
Makin panjang chat history, makin banyak token di-load setiap response. Kalau conversation sudah sangat panjang dan task sudah selesai — mulai chat baru untuk task berikutnya.
📊 Token Monitor
5
Gabung Jadi 1 Pesan, Jangan Dicicil
Kirim 1 pesan panjang (misal 250 kata sekali enter) jauh lebih hemat daripada beberapa pesan pendek dengan total kata yang sama (misal 5x enter @ 50 kata). Alasannya: setiap kali enter, Claude membaca ulang SELURUH riwayat chat dari awal — jadi makin banyak kali kirim, makin banyak bagian awal yang diproses berulang-ulang, ditambah tiap pesan juga terhitung sebagai kuota pesan tersendiri. Gabungkan pikiran jadi satu pesan kalau sudah tahu mau ngomong apa dari awal. Pengecualian wajar: percakapan bolak-balik yang memang tergantung jawaban sebelumnya (misal debugging bertahap) — itu memang perlu dipecah.
✉️ Message Efficiency
6
Studi Kasus: Generate Duluan vs Tanya-Jawab Dulu
Dua cara kerja yang sering terjadi tanpa disadari bedanya besar. Case 1: minta sesuatu → Claude langsung generate HTML → minta revisi → generate lagi → revisi lagi → generate lagi (3× generate dalam 5 chat). Case 2: tanya-jawab dulu soal struktur & requirement → baru generate sekali di akhir (1× generate dalam 5 chat). Ilustrasi kasar pakai asumsi 1 file HTML ≈ 3.000 token, tanya-jawab ≈ ratusan token:
| Case 1 — Generate 3× | Input | Output |
|---|---|---|
| Turn 1 | ~500 | ~3.000 |
| Turn 2 (revisi) | ~3.600 | ~3.000 |
| Turn 3 (revisi lagi) | ~6.700 | ~3.000 |
| Total | ~10.800 | ~9.000 |
| Case 2 — Tanya-Jawab, 1× Generate | Input | Output |
|---|---|---|
| Turn 1 (tanya) | ~500 | ~200 |
| Turn 2 (jawab) | ~800 | ~200 |
| Turn 3 (generate) | ~1.200 | ~3.000 |
| Total | ~2.500 | ~3.400 |
Selisihnya sekitar 3-4×. Angka di atas ilustrasi kasar, bukan hasil pengukuran presisi — tapi polanya konsisten: HTML lama yang sudah dibuang tetap ikut terkirim sebagai input di setiap turn berikutnya sampai chat ditutup.
📉 Real Numbers
7
Kata Kunci "GENERATE" Sebagai Gerbang
Instruksi "jangan generate dulu" itu negatif dan kadang masih bisa diterobos kalau prompt-nya terdengar seperti perintah eksekusi. Versi positif dengan kata kunci eksplisit jauh lebih ampuh karena jelas kapan pintunya terbuka:
GENERATE
Taruh di pesan pertama tiap chat baru: "Jangan generate apapun — kode, HTML, dokumen — sampai aku ketik kata GENERATE." Kalau Claude terlanjur generate duluan, jangan langsung minta revisi (itu memicu siklus mahal) — bilang dulu "stop, kita bahas dulu."
8
Revisi Patch, Bukan Full Rewrite
Cara minta revisi menentukan berapa banyak yang ditulis ulang. Minta "perbaiki, buatkan ulang" = Claude nulis ulang seluruh file. Minta snippet pengganti untuk bagian spesifik = jauh lebih murah:
❌ Full Rewrite
"Tolong perbaiki, buatkan ulang file-nya"
Output: seluruh file ditulis ulang, walau cuma 1 fungsi yang berubah
✅ Patch Spesifik
"Kasih snippet pengganti untuk fungsi hitungTotal() saja"
Output: puluhan-ratusan token, cuma bagian yang berubah
Kumpulkan beberapa patch dulu, baru minta versi full sekali di akhir kalau memang perlu file lengkap yang rapi.
🩹 Targeted Fix
New Chat
Kapan Mulai Chat Baru?
Ini salah satu cara paling efektif hemat token — tahu kapan harus mulai fresh conversation.
🔄
Pindah ke Task/Project Baru
Setiap kali ganti project atau topik yang tidak berkaitan dengan conversation sebelumnya. Context lama hanya jadi beban token tanpa manfaat.
⚠️
Conversation Sudah Sangat Panjang
Kalau kamu sudah generate banyak kode panjang dalam 1 sesi, mulai chat baru untuk lanjut. Copy context penting yang dibutuhkan ke chat baru.
✅
Setelah 1 Fase Selesai
Misalnya selesai bikin database structure → chat baru untuk backend. Selesai backend → chat baru untuk frontend. Tiap fase = chat baru yang fresh.
🐛
Debugging Session Terpisah
Debugging butuh konteks spesifik. Mulai chat baru, paste error message + kode yang bermasalah + konteks singkat. Lebih efisien dari lanjut di sesi develop yang panjang.
💡
Ketika Response Mulai "Ngelantur"
Kalau Claude mulai lupa context awal atau jawaban kurang relevan — tanda context window sudah terlalu panjang. Saatnya chat baru dengan summary singkat.
🎯 Pro Tip
Sebelum mulai chat baru, tulis "summary" singkat dari apa yang sudah dikerjakan — tech stack, keputusan penting, dan next steps. Paste di awal chat baru sebagai konteks. Claude langsung paham tanpa perlu baca ribuan token conversation sebelumnya.
Template
Format Spec Handoff — Pindah Chat
Bawa kondisi akhir, bukan perjalanan menuju ke sana. Yang perlu dibawa ke chat baru cuma 4 hal ini — bukan riwayat debat approach atau error yang sudah selesai:
spec-handoff.txt
TECH STACK: Google Apps Script + Sheet, HTML/CSS/JS mobile-friendly
KONTEKS PROJECT: [nama project — 1 baris tujuan]
KEPUTUSAN YANG SUDAH DIKUNCI:
- Data disimpan di Sheet "Data", kolom A-F (Tanggal, Nama, Kategori, ...)
- Auth pakai pola session token di Sheet "Users"
- [keputusan lain yang final]
SCOPE CHAT INI: [fitur/modul spesifik yang mau dikerjakan sekarang]
GENERATE: belum — bahas dulu sampai jelas
KONTEKS PROJECT: [nama project — 1 baris tujuan]
KEPUTUSAN YANG SUDAH DIKUNCI:
- Data disimpan di Sheet "Data", kolom A-F (Tanggal, Nama, Kategori, ...)
- Auth pakai pola session token di Sheet "Users"
- [keputusan lain yang final]
SCOPE CHAT INI: [fitur/modul spesifik yang mau dikerjakan sekarang]
GENERATE: belum — bahas dulu sampai jelas
Yang tidak perlu dibawa: alasan kenapa dulu pilih approach A bukan B, error-error yang sudah selesai, atau versi-versi file yang sudah dibuang.
Projects Feature
Context Permanen Lewat Projects
Kalau kerjaan kamu punya pola berulang (GAS + Sheet + web app, seperti kebanyakan project di Anabhi Dev), fitur Projects di Claude bikin strategi "sering buka chat baru" jadi benar-benar hemat — bukan cuma mindahin beban ke tempat lain.
Simpan Fondasi yang Sering Dipakai Ulang
Pola auth GAS standar, struktur folder project, style CSS baku, konvensi penamaan variabel/fungsi. Sekali disimpan di Projects, tiap chat baru di dalam project itu otomatis "tahu" konteksnya.
Chat Baru Jadi Murah Untuk Dibuka
Tanpa Projects, tiap kali mulai chat baru kamu harus paste ulang fondasi project — itu sendiri makan token. Dengan Projects, tinggal bilang "lanjut ke modul dashboard" dan konteksnya sudah tersedia tanpa perlu ditulis ulang.
Satu Project = Satu Folder Kerja
Kelompokkan chat berdasarkan project (bukan campur semua topik dalam satu tempat). Memudahkan cari chat lama, dan menjaga tiap project punya konteksnya sendiri tanpa nyampur ke project lain.
💡 Key Insight
Projects bukan sekadar rapi-rapi folder. Projects adalah yang membuat kebiasaan "satu chat = satu modul, lalu buka baru" jadi strategi hemat token yang nyata — karena fondasi project tidak perlu diketik ulang tiap kali pindah chat.
Disclaimer
Catatan Penting
Sebelum kamu share atau terapkan tips ini, ada beberapa hal yang perlu dipahami.
Last Updated: 10 Agustus 2026
— info versi model & fitur akurat sampai tanggal ini
⚠️ Disclaimer
Tips dan estimasi dalam panduan ini berdasarkan pengalaman praktis penggunaan Claude dan bukan data resmi dari Anthropic. Angka persentase token usage adalah estimasi kasar dan bisa berbeda tergantung panjang conversation, kompleksitas kode, dan faktor lainnya.
Versi dan nama model berubah cepat — panduan ini terakhir diupdate per 10 Agustus 2026. Model yang disebut "current" di sini (misalnya Sonnet 5, Opus 5, Fable 5) bisa saja sudah digantikan versi lebih baru saat kamu membaca ini. AI berkembang dalam hitungan minggu, bukan tahun — selalu cek menu model terbaru langsung di Claude atau docs.anthropic.com kalau ada keraguan.
Meskipun fokus di Claude, prinsip-prinsip efisiensi ini secara umum berlaku juga untuk AI tools lain seperti ChatGPT, Gemini, dan lainnya — karena konsep context window dan token pada dasarnya serupa.
Panduan ini akan terus diupdate seiring perubahan platform dan fitur Claude. Untuk informasi resmi, selalu cek docs.anthropic.com.
Versi dan nama model berubah cepat — panduan ini terakhir diupdate per 10 Agustus 2026. Model yang disebut "current" di sini (misalnya Sonnet 5, Opus 5, Fable 5) bisa saja sudah digantikan versi lebih baru saat kamu membaca ini. AI berkembang dalam hitungan minggu, bukan tahun — selalu cek menu model terbaru langsung di Claude atau docs.anthropic.com kalau ada keraguan.
Meskipun fokus di Claude, prinsip-prinsip efisiensi ini secara umum berlaku juga untuk AI tools lain seperti ChatGPT, Gemini, dan lainnya — karena konsep context window dan token pada dasarnya serupa.
Panduan ini akan terus diupdate seiring perubahan platform dan fitur Claude. Untuk informasi resmi, selalu cek docs.anthropic.com.
🕐 Soal Jam Pemakaian & Pengetahuan Claude
Jam pemakaian (WITA vs jam sibuk US) tidak memengaruhi kuota — sebelumnya sempat ada pengurangan limit di jam sibuk server, tapi kebijakan itu sudah dihapus. Jadi tidak perlu strategi "hindari jam tertentu" lagi; yang menentukan kuota terpakai murni panjang & jumlah pesan, bukan jam kirimnya.
Claude punya knowledge cutoff — pengetahuan bawaannya "beku" di tanggal tertentu saat training. Untuk info yang berubah-ubah (versi software terbaru, rilis produk baru, berita), Claude perlu diminta search dulu supaya jawabannya update — bukan otomatis tahu semuanya secara real-time.
Claude punya knowledge cutoff — pengetahuan bawaannya "beku" di tanggal tertentu saat training. Untuk info yang berubah-ubah (versi software terbaru, rilis produk baru, berita), Claude perlu diminta search dulu supaya jawabannya update — bukan otomatis tahu semuanya secara real-time.
📋 Quick Reference
Best for Develop
💻 Laptop + Chrome
Best for Mobile
📟 Tablet + Chrome
For Chat Only
📱 HP App = OK
Always Remember
🔄 New chat per task