Blog

Sonnet, Opus, dan effort di Claude Code: Memilih Model

Markdown

Model dan tingkat effort, perintah model dan fast, perhitungan USD historis, caching, opusplan, dan preset praktis. Tarif dan pembaruan untuk September 2026.

Baca artikel lengkap

Materi praktis tentang model dan bekerja dengan agen: dokumentasi Ailoot.

Diperbarui 23 September 2026. Sejak artikel ini diterbitkan, Anthropic telah mengubah generasi model dua kali: pertama Opus 5 dan Sonnet 5 dirilis, lalu Claude Opus 5.5 pada 22 September. Logika pemilihan dalam panduan ini masih berlaku: gunakan model mahal untuk arsitektur dan debugging, serta model kelas menengah untuk pekerjaan sehari-hari. Nama dan harganya telah berubah. Saya menjelaskan dengan tepat apa yang berubah dan cara membaca tabel di bawah pada bagian berikutnya.

Yang berubah pada September 2026: Opus 5.5, Sonnet 5, dan tarif baru

Poin utama

Alias opus dan sonnet di Claude Code kini mengarah ke Opus 5.5 dan Sonnet 5, bukan Opus 4.7 dan Sonnet 4.6. Opus 5.5 dirilis pada 22 September 2026, dan harganya $4 / $20 per sejuta token—model Claude senior menjadi lebih murah untuk pertama kalinya. Sonnet 5 berharga $2 / $10. Kedalaman penalaran default Opus 5.5 telah turun menjadi medium. Fast mode telah dihapus sepenuhnya dari Opus 4.7.

Berikut ringkasan singkat tentang perubahan angka dan perintah:

ApaPanduan ini sebelumnya menyebutPer 23 September 2026
Tujuan /model opusOpus 4.7Opus 5.5
Tujuan /model sonnetSonnet 4.6Sonnet 5
Harga model senior$5 / $25$4 / $20
Harga model kelas menengah$3 / $15$2 / $10
Tingkat effort default untuk model seniorxhighmedium
Fast modeOpus 4.7, $30 / $150Opus 5.5 seharga $8 / $40; dihapus dari Opus 4.7 pada 24 Juli 2026

Tiga hal penting yang mengubah pekerjaan sehari-hari.

Model senior lebih murah. Anthropic menyatakan Opus 5.5 membutuhkan lebih sedikit komputasi, sehingga harga per token turun 20%, biaya pembacaan cache turun dari $0.50 menjadi $0.20 per sejuta, dan beban kerja tipikal pada pengaturan default berbiaya 40% lebih rendah daripada Opus 5. Kebiasaan lama “Saya menyalakan Opus—batas saya habis dalam setengah hari” kini kurang relevan, meski belum hilang.

Kini Anda mengatur kedalaman penalaran secara manual. Opus 5.5 mulai pada medium, sedangkan model lain yang mendukung effort mulai pada high. Jika Anda mengharapkan analisis mendalam dari model senior, atur /effort high atau xhigh secara eksplisit. Satu detail tambahan: kunci tingkat teratas effortLevel di pengaturan pengguna tidak berfungsi untuk Opus 5.5, karena level kini disimpan secara terpisah untuk setiap model.

Ketiga model saat ini memiliki jendela konteks satu juta token. Catatan tentang 200K untuk model kelas menengah dan peningkatan ke 1M dengan opus[1m] tidak berlaku untuk Opus 5.5 dan Sonnet 5 saat ini: keduanya sudah memiliki satu juta token secara bawaan.

Tabel dan perhitungan di bawah mempertahankan nama serta tarif model asli sebagai panduan untuk logika pemilihan. Gunakan harga saat ini: $4 / $20 untuk model senior dan $2 / $10 untuk model kelas menengah.

Yang berubah pada Mei 2026: Sonnet 4.6, Opus 4.7, Haiku 4.5, dan alasannya penting

Poin utama

Pada Mei 2026, Anthropic menggandakan batas Claude Code di semua paket berbayar dan menghapus pembatasan pada jam sibuk, sementara Opus 4.7 mendapat tokenizer baru—model ini dapat menggunakan hingga 35% lebih banyak token untuk teks yang sama. Sebelumnya, Anda bisa tetap menggunakan Opus tanpa memikirkannya. Kini pilihan antara Sonnet 4.6 dan Opus 4.7 menentukan setengah dari penghematan.

Pada 6 Mei 2026, di konferensi Code with Claude, Anthropic meluncurkan lima pembaruan besar: memori terkelola (Dreaming), outcomes, orkestrasi multi-agen, Remote Control, dan Agent View. Pada hari yang sama, batas Pro, Max, Team, dan Enterprise digandakan. Pembatasan jam sibuk yang berlaku sejak akhir Maret dihapus sepenuhnya.

Pada saat yang sama, muncul kontrak komputasi yang berbeda. Dalam dokumen S-1, SpaceX mengungkapkan kesepakatan Anthropic senilai $1.25 miliar per bulan hingga Mei 2029 untuk Colossus (lebih dari 220,000 GPU NVIDIA, lebih dari 300 MW). Artinya, Claude akan memiliki kapasitas lebih besar pada tahun-tahun mendatang, bukan lebih kecil.

Apa perubahan praktisnya bagi vibe coder? Alur kerja tipikal sebelumnya terdengar seperti ini: “Saya menggunakan Opus karena lebih cerdas.” Kini ketiga model benar-benar berbeda satu sama lain:

  • Opus 4.7 ($5 / $25 per sejuta token input/output, konteks 1M) — dirilis 16 April 2026. Tokenizer baru. SWE-bench Verified: 87.6%, naik 13% dari Opus 4.6.
  • Sonnet 4.6 ($3 / $15, konteks 1M) — 79.6% pada SWE-bench Verified. Skornya 91% dari Opus 4.7 dengan 60% harga dasar input/output-nya, dan hampir menyamai Opus 4.6 (80.8%)—selisih hanya 1.2 poin.
  • Haiku 4.5 ($1 / $5, konteks 200K) — cepat dan murah. Untuk segala hal yang tidak memerlukan pemikiran arsitektural.

Dan poin utamanya: tiga perintah baru di Claude Code yang mendapat pembaruan pada awal Mei: /model, /effort, /fast. Masing-masing dapat mengurangi penggunaan token 2–5 kali jika Anda tahu kapan menggunakannya.

Dalam praktik yang dijelaskan di sini, kedua model utama digunakan setiap hari. Berikut peta keputusan yang dihasilkan.

Cara memilih model: peta keputusan berdasarkan jenis tugas

Poin utama

Aturan sederhana: Haiku untuk skrip dan grep, Sonnet 4.6 untuk 80% aktivitas coding sehari-hari, Opus 4.7 untuk arsitektur dan debugging bug yang tidak sepele. Untuk tugas yang kualitas hasil Sonnet mencapai 91% dari Opus 4.7, tidak perlu membayar 1.67 kali lebih mahal untuk input dan output. Peta keputusan ada di tabel dua paragraf di bawah.

Tabel ini praktis untuk disimpan dekat dan dilihat saat berpindah tugas.

Jenis tugasModelEffortAlasan
Mengganti nama file, grep, perintah buildHaiku 4.5lowTidak perlu berpikir, cukup menjalankan
“Apa yang dilakukan fungsi ini?”, menjelaskan kodeHaiku 4.5mediumMembaca sederhana, bukan menalar
Coding harian, refaktor kecil, fitur baruSonnet 4.6highMode kerja utama. Skor benchmark 91% dari Opus 4.7 dengan 60% harga dasar input/output-nya
Refaktor multi-file (5–15 file)Sonnet 4.6highSonnet mampu menanganinya. Opus di sini adalah pengeluaran yang tidak perlu
Debugging bug kompleks dengan penyebab yang tidak jelasOpus 4.7xhighPenalaran mendalam di seluruh codebase
Keputusan arsitektur, pemilihan stack, desain APIOpus 4.7xhighKesalahan termahal bukanlah membayar terlalu mahal
Tinjauan kode, audit keamananOpus 4.7highAnda membutuhkan kewaspadaan, bukan sekadar eksekusi
Tugas otonom panjang dengan 30+ langkahSonnet 4.6highLebih murah dan lebih stabil dalam jangka panjang
Plan Mode (perencanaan) → eksekusiopusplanxhighOpus merencanakan, Sonnet mengeksekusi—bandingkan total biaya tugas
Tugas apa pun ketika waktu lebih penting daripada uangOpus 4.7 + /fasthigh2.5x lebih cepat dengan harga 6x—sepadan jika tenggat ketat

Prinsip utamanya: gunakan Sonnet sebagai default. Sonnet 4.6 menjadi default di sebagian besar paket pengguna karena suatu alasan. Bantuan resmi Anthropic secara langsung menyatakan Sonnet adalah pilihan tepat untuk sebagian besar tugas coding.

Pola berbahaya yang dilakukan 80% pendatang baru: mereka menetapkan Opus sebagai default lalu heran mengapa batasnya habis dalam setengah hari. Batas habis karena biaya Opus per token 1.67 kali lebih mahal.

Perbedaan Sonnet 4.6 dan Opus 4.7 pada tugas nyata

Poin utama

Sonnet 4.6 mendapat skor 79.6% pada SWE-bench Verified, Opus 4.7 mendapat 87.6%, dan Opus 4.6 mendapat 80.8%. Selisih Sonnet dan Opus 4.6 hanya 1.2 poin; antara Sonnet dan Opus 4.7, selisihnya 8 poin. Harga berbeda dengan faktor 1.67. Perbedaan utamanya terlihat pada kedalaman penalaran untuk tugas sulit: Opus 4.7 mempertahankan konteks dengan yakin selama 50+ langkah, sedangkan Sonnet mulai kehilangan keterkaitan pada 30+ langkah.

Benchmark saja tidak banyak artinya. Yang penting adalah perbedaan pada tugas nyata. Berikut kedua model dibandingkan secara berdampingan pada tugas yang sama.

Skenario 1. Refaktor sederhana (3–5 file).

Sonnet dan Opus memberikan hasil yang sama. Dalam perbandingan yang dijelaskan, tidak ditemukan perbedaan kualitas kode. Waktu: Sonnet 15–20% lebih cepat. Biaya: Sonnet 1.67 kali lebih murah, jadi pemenangnya jelas.

Skenario 2. Debugging bug yang tidak sepele. Misalkan tanda terima email berhenti masuk pada platform e-commerce setelah migrasi payment gateway. Gejalanya: cron berjalan, database mendapat catatan, tetapi email tidak terkirim.

  • Sonnet: dalam 15 menit, memeriksa log dan lokasi yang jelas, menemukan bahwa layanan email ada di variabel lingkungan, lalu menyarankan untuk memeriksa kuncinya. Jika kuncinya OK, model mulai berputar-putar.
  • Opus dengan effort xhigh: segera membangun peta mental: “webhook → cron → pemeriksaan status → layanan email.” Dalam 20 menit, model menemukan bahwa migrasi mengubah format ID pesanan, sementara layanan email memfilter berdasarkan format lama.

Ini bukan sihir. Ini penalaran adaptif: Opus 4.7 memutuskan seberapa banyak perlu berpikir pada setiap langkah, dan untuk bug sulit model menggunakan token demi penalaran lebih mendalam, bukan demi respons lebih cepat.

Skenario 3. Keputusan arsitektur. “Haruskah kita memindahkan analitik ke layanan terpisah?” Sonnet akan memberikan rencana yang baik untuk pertanyaan seperti ini, tetapi mungkin melewatkan nuansa—misalnya, bahwa pemantauan dua layanan mengharuskan pemindahan alert. Opus 4.7 mengurai nuansa seperti itu secara sistematis.

ParameterSonnet 4.6Opus 4.7
Harga input / output$3 / $15 per sejuta token$5 / $25 per sejuta token
Konteks1M (di Max/Team/Enterprise—kredit penggunaan; di Pro—kredit penggunaan)1M (di Max/Team/Enterprise—termasuk; di Pro—kredit penggunaan)
SWE-bench Verified79.6%87.6% (Opus 4.6: 80.8%)
Jenis penalaranAdaptif + mode cadangan dengan anggaran tetapSelalu adaptif
Tingkat effortlow, medium, high, maxlow, medium, high, xhigh, max
Effort default (v2.1.117+)highxhigh
Fast modeTidak$30 / $150 per sejuta token, 2.5x lebih cepat
TokenizerSebelumnyaBaru—hingga 35% lebih banyak token untuk teks yang sama

Baris terakhir penting. Saat Anda membaca bahwa “Opus 4.7 harganya sekian,” ingat: file yang sama akan menggunakan 20–35% lebih banyak token dibandingkan dengan Sonnet. Biaya sesungguhnya untuk tugas yang sama meningkat lebih besar daripada yang ditunjukkan harga nominal di tabel.

Kapan menggunakan Haiku 4.5 (dan mengapa 80% tugas Claude Code menggunakan Sonnet)

Poin utama

Haiku 4.5 umum digunakan di Claude Code sebagai “model latar belakang” untuk operasi singkat dan mandiri yang tidak memerlukan banyak konteks. Biayanya $1 / $5 per sejuta token dan memiliki jendela konteks 200K. Ideal untuk skrip, penjelasan kode sederhana, dan membuat satu shortcut. Haiku tidak seharusnya digunakan untuk coding utama—model ini cepat mencapai batasnya dalam kedalaman penalaran.

Kegunaan Haiku yang paling terasa:

  • Skrip satu baris: “tulis skrip bash untuk memulai ulang nginx jika proses tidak merespons selama 30 detik.”
  • Penjelasan kode sederhana: “apa yang dilakukan fungsi ini?”
  • Membuat pesan commit konvensional.
  • Pemeriksaan sintaks dasar / perbaikan lint.
  • Menerjemahkan komentar antarbahasa.

Secara teknis, Haiku bekerja di Claude Code sama seperti melalui /model haiku. Namun ada catatan: subagen dan tugas latar belakang menggunakan Haiku secara default kecuali Anda menggantinya dengan variabel lingkungan ANTHROPIC_DEFAULT_HAIKU_MODEL.

Konteks Haiku adalah 200K token. Ini cukup untuk sebagian besar file, tetapi Anda akan mencapai batas jika bekerja dengan monorepo atau transkrip panjang. Dalam hal itu, Sonnet dan Opus memiliki 1M.

Biaya: 1,000 permintaan serupa (misalnya membuat pesan commit dari 200 token input + 50 token output) berbiaya $0.45 di Haiku. Beban kerja yang sama berbiaya $1.35 di Sonnet dan $2.25 di Opus. Itu perbedaan tiga kali lipat.

Perintah /model: cara berpindah dalam satu sesi

Poin utama

/model adalah perintah utama untuk memilih model. Perintah ini menerima alias (sonnet, opus, haiku, opusplan, sonnet[1m], opus[1m]) atau nama tertentu (claude-opus-4-7). Tanpa argumen, perintah ini membuka menu pemilihan. Mulai versi 2.1.144, perintah ini hanya berlaku untuk sesi saat ini. Untuk menyimpan default, tekan d pada baris yang diinginkan di menu pemilihan.

Enam cara mengatur model di Claude Code, berdasarkan urutan prioritas:

  1. Selama sesi: /model <alias>—langsung berpindah. Riwayat percakapan, file, dan konteks tetap terbawa; hanya model yang memproses pesan berikutnya yang berubah. Jika sesi sudah menghasilkan output, menu pemilihan akan meminta konfirmasi—respons berikutnya akan membaca ulang seluruh riwayat tanpa cache.
  2. Saat peluncuran: claude --model <alias>.
  3. Variabel lingkungan: ANTHROPIC_MODEL=<alias>.
  4. File pengaturan: kolom model di ~/.claude/settings.json.

Perintah dasar:

# Luncurkan dengan model senior (saat ini Opus 5.5)
claude --model opus

# Beralih ke Sonnet dalam sesi
/model sonnet

# Buka menu pemilihan (untuk pemilihan interaktif)
/model

# Beralih ke Opus dengan konteks 1M
/model opus[1m]

# Beralih ke versi tertentu (pin)
/model claude-opus-5-5

Alias dan tujuannya di Anthropic API (per 23 September 2026):

  • opus → Opus 5.5 (memerlukan Claude Code v2.1.280 atau lebih baru)
  • sonnet → Sonnet 5
  • haiku → Haiku 4.5
  • best → model paling cerdas yang tersedia
  • default → Opus 5.5 di Pro, Max, Team, Enterprise, dan Anthropic API
  • opusplan → gabungan Opus + Sonnet (dibahas tersendiri di bawah)

⚠️ Default berbeda di penyedia cloud: di Amazon Bedrock dan Google Cloud, alias sonnet mengarah ke Sonnet 4.5; di Microsoft Foundry, opus masih mengarah ke Opus 4.6. Jika Anda bekerja melalui penyedia cloud, gunakan versi tertentu (claude-opus-5-5) atau tetapkan variabel ANTHROPIC_DEFAULT_OPUS_MODEL.

Mulai versi 2.1.144, perubahan utamanya adalah /model tidak lagi menulis pilihan ke pengaturan. Perintah ini berlaku untuk sesi saat ini dan hilang ketika sesi ditutup. Untuk menyimpan default secara permanen, tekan d pada baris yang disorot di menu pemilihan. Ini menulis kolom model ke ~/.claude/settings.json.

Sesi yang diringkas (claude --resume, --continue, /resume) mempertahankan model yang digunakan dalam sesi tersebut, apa pun pengaturan saat ini. Ini mencegah sesi lain mengubah model Anda ketika Anda melanjutkan sesi.

Untuk memeriksa model yang sedang aktif, gunakan /status—perintah ini menampilkan akun dan model saat ini.

/model opusplan: bandingkan biaya perencanaan dan eksekusi secara terpisah

Poin utama

opusplan adalah alias hibrida: saat berada di Plan Mode, Claude berpikir menggunakan Opus (arsitektur, analisis tugas); begitu Plan Mode dimatikan dan eksekusi nyata dimulai, model otomatis beralih ke Sonnet. Penghematan bergantung pada tarif dan pemakaian token aktual tiap fase. Dalam contoh historis di bawah, tarif input/output Sonnet $3/$15 adalah 60% dari tarif Opus $5/$25: pengurangan 40% untuk bagian eksekusi yang diganti, bukan 75–80% dari seluruh tugas.

Dalam praktik yang dijelaskan di sini, mode ini digunakan untuk tugas yang memerlukan lebih dari 10 langkah.

Logikanya:

  • Dalam Plan Mode (/plan), Anda membahas arsitektur dan pilihan, lalu menyepakati pendekatan. Opus mahal di sini, tetapi sepadan dengan harganya karena cara penalarannya pada dasarnya berbeda.
  • Begitu Plan Mode berakhir dan Claude mulai mengedit file, menulis tes, serta menjalankan perintah, itu adalah eksekusi. Untuk eksekusi, kualitas Sonnet 4.6 setara dengan Opus.

Untuk mengaktifkannya:

# Saat peluncuran
claude --model opusplan

# Atau dalam sesi
/model opusplan

Perhitungan khusus. Misalkan refaktor 50 langkah memiliki distribusi tipikal:

  • Perencanaan (5 langkah, ~30,000 token input + 8,000 token output): Opus 4.7
  • Eksekusi (45 langkah, ~200,000 token input + 50,000 token output): Sonnet 4.6
OpsiBiaya perencanaanBiaya eksekusiTotal
Hanya Opus$0.15 + $0.20 = $0.35$1.00 + $1.25 = $2.25$2.60
Opusplan (Opus + Sonnet)$0.15 + $0.20 = $0.35$0.60 + $0.75 = $1.35$1.70

Baseline memakai 230,000 token input dan 58,000 output: $2.60 pada tarif Opus historis tabel. Opusplan mempertahankan 30,000 input dan 8,000 output pada Opus ($0.35) serta memakai 200,000 input dan 50,000 output pada Sonnet ($1.35), total $1.70. Penghematan adalah ($2.60 − $1.70) / $2.60 = 34.6%. Dengan jumlah token identik dan tarif ini, penggantian eksekusi menghemat 40% bagian tersebut; meskipun eksekusi 90% biaya baseline, total penghematan menjadi 36%. Perbedaan tokenizer memerlukan jumlah input/output per model yang eksplisit dan tidak dengan sendirinya membenarkan klaim 75–80%.

⚠️ Satu detail: Opus mode perencanaan di opusplan menggunakan konteks standar 200K. Peningkatan otomatis ke 1M yang tersedia dengan alias opus TIDAK berlaku untuk opusplan. Jika Anda merencanakan tugas besar dengan jutaan token konteks (misalnya menganalisis monorepo besar), gunakan /model opus[1m] secara eksplisit atau beralih ke opusplan SETELAH perencanaan.

Perintah /effort: 5 tingkat penalaran adaptif

Poin utama

/effort mengatur seberapa mendalam model berpikir pada setiap langkah. Levelnya adalah low, medium, high, xhigh (khusus Opus 4.7), dan max. Mulai versi 2.1.117, default-nya adalah xhigh untuk Opus 4.7 dan high untuk model lain. low/medium/high/xhigh disimpan lintas sesi; max hanya berlaku untuk sesi saat ini. Pada low, Opus menjadi hampir secepat dan semurah Sonnet.

Ini adalah perintah terpenting kedua setelah /model. Effort adalah penalaran adaptif: pada setiap langkah, model menentukan seberapa dalam berpikir berdasarkan kompleksitas tugas. Semakin tinggi levelnya, semakin mendalam penalarannya dan semakin banyak token yang digunakan.

Level (bergantung pada tugas):

LevelKapan digunakanYang berubah
lowTugas singkat tanpa tuntutan intelektual: mengganti nama file, grep sederhana, “apa yang dilakukan fungsi ini?”, perintah buildModel hampir tidak berpikir, lalu menjawab dengan cepat dan murah
mediumPekerjaan yang lebih mementingkan penghematan token daripada sedikit kehilangan presisiMengurangi penggunaan token; terkadang kehilangan presisi pada nuansa
highMinimum untuk tugas yang membutuhkan penalaran nyata: coding, refaktor, tinjauan kodeMenyeimbangkan token dan kualitas. Default untuk Sonnet 4.6 dan Opus 4.6
xhighHasil terbaik untuk sebagian besar tugas coding dan agenDefault untuk Opus 4.7. Hanya tersedia pada Opus 4.7
maxTugas yang sangat menuntut. Dapat meningkatkan hasil, tetapi cenderung berpikir berlebihanTidak ada batas token. Direset pada akhir sesi

Tiga model didukung: Opus 4.7, Opus 4.6, dan Sonnet 4.6. Effort tidak tersedia pada model lainnya.

Yang berubah pada September 2026. Level low, medium, high, xhigh, dan max tersedia pada Opus 5.5, Opus 5, Sonnet 5, Opus 4.8, dan Opus 4.7; Opus 4.6 dan Sonnet 4.6 tidak memiliki xhigh, dan permintaan xhigh dijalankan sebagai high pada model tersebut. Level default adalah high pada semua model yang mendukung effort, kecuali Opus 5.5 (medium) dan Opus 4.7 (xhigh). Artinya, analisis mendalam harus diminta secara eksplisit pada model senior saat ini. Mode ultracode terpisah juga telah muncul: ini adalah pengaturan Claude Code, bukan level model—mode ini mengirim xhigh dan juga meminta Claude membangun alur kerja dinamis untuk tugas besar.

Cara mengaturnya:

# Buka slider interaktif
/effort

# Atur level secara langsung
/effort high
/effort xhigh

# Kembalikan ke default model
auto

# Melalui flag peluncuran
claude --effort high

# Melalui variabel lingkungan (berlaku saat peluncuran)
export CLAUDE_CODE_EFFORT_LEVEL=high

# Di pengaturan (max tidak berfungsi—max hanya berlaku untuk sesi)
{
  "effortLevel": "high"
}

# Di frontmatter skill / subagen
---
name: my-skill
effort: low
---

Level muncul di sebelah logo dan spinner di Claude Code, misalnya, “dengan effort low,” jadi tidak perlu membuka /model untuk memeriksanya.

Slider effort juga muncul di dalam menu pemilihan /model—gunakan panah kiri/kanan untuk mengaturnya.

Satu detail penting. Saat beralih ke Opus 4.7 dari model lain, effort dipaksa menjadi xhigh—bahkan jika sebelumnya Anda menggunakan high untuk Opus 4.6 atau Sonnet 4.6. Untuk memulihkan level yang diinginkan, jalankan /effort lagi.

Satu teknik lagi: ultrathink di prompt. Jika Anda menyertakan kata ultrathink dalam teks prompt, Claude akan menggunakan penalaran lebih mendalam untuk satu giliran itu tanpa mengubah effort sesi. Frasa serupa (“think,” “think hard,” “think more”) tidak memicu perilaku ini—frasa tersebut hanya diteruskan sebagai teks biasa.

Perintah /fast: Opus 2.5x lebih cepat dengan harga 6x—kapan sepadan?

Poin utama

/fast adalah konfigurasi API alternatif untuk model Opus senior. Ini bukan model berbeda—ini Opus yang sama, tetapi output hingga 2.5 kali lebih cepat. Per 23 September 2026, fitur ini didukung pada Opus 5.5, Opus 5, dan Opus 4.8; biayanya $8 / $40 per sejuta token pada Opus 5.5 dan $10 / $50 pada Opus 5 serta Opus 4.8. Fitur ini tidak tersedia pada Sonnet dan Haiku, dan dihapus dari Opus 4.7 pada 24 Juli 2026. Fitur ini ditujukan untuk debugging langsung dan pekerjaan interaktif ketika latensi lebih penting daripada uang.

Fast mode adalah fitur pratinjau riset. Fitur ini memerlukan Claude Code v2.1.36+ dan dapat diperiksa dengan claude --version.

Untuk mengaktifkannya:

# Aktifkan/nonaktifkan fast mode (tersedia di Claude Code CLI dan VS Code Extension)
/fast

# Atau di pengaturan
{
  "fastMode": true
}

Setelah diaktifkan:

  • Jika Anda menggunakan model lain, Claude Code akan otomatis beralih ke Opus.
  • Konfirmasi “Fast mode ON” akan muncul.
  • Ikon ↯ akan muncul di sebelah prompt.

Opsi dan detail:

  • Model default dalam fast mode adalah Opus paling mumpuni yang tersedia. Per 23 September 2026, model itu adalah Opus 5.5; fast mode tidak berfungsi sama sekali pada Opus 4.7, dan beralih ke model itu akan menonaktifkan fast mode.
  • Fast mode tersimpan lintas sesi secara default. Admin Team/Enterprise dapat mewajibkan persetujuan eksplisit untuk setiap sesi dengan fastModePerSessionOptIn: true.
  • Saat Anda menonaktifkan fast mode dengan menjalankan /fast lagi, Anda tetap menggunakan Opus—model tidak kembali ke model sebelumnya. Untuk beralih, gunakan /model.
  • Mengaktifkannya di tengah percakapan mengenakan harga fast mode untuk seluruh konteks percakapan. Jadi lebih hemat jika fast mode diaktifkan di awal sesi, bukan di tengah.

Kapan menggunakan fast mode:

  • Debugging langsung: Anda sedang mengamati trace dan waktu respons sangat penting.
  • Tenggat ketat untuk pekerjaan interaktif: Anda sedang membuat demo untuk pukul 18:00 dan memerlukan iterasi cepat.
  • Iterasi kode cepat: Anda menguji hipotesis satu demi satu.

Kapan tidak menggunakannya:

  • Tugas otonom panjang ketika kecepatan tidak penting. Anda membayar 6x untuk kecepatan 2.5x—tidak sepadan jika Anda pergi makan siang sementara Claude bekerja.
  • Pemrosesan batch, pipeline CI/CD—sama sekali tidak ditujukan untuk mode interaktif.
  • Beban kerja yang sensitif terhadap biaya—pilihannya jelas.

Ketersediaan:

  • TIDAK berfungsi di Bedrock, Vertex, atau Foundry.
  • Memerlukan kredit penggunaan di akun (penagihan di luar batas yang termasuk dalam paket). Untuk akun individu, fitur ini diaktifkan di pengaturan penagihan Console. Untuk Team/Enterprise, admin harus mengaktifkannya.
  • Token fast mode TIDAK dipotong dari batas yang termasuk dalam paket. Token tersebut langsung menggunakan kredit penggunaan, dengan harga fast mode sejak token pertama.

Jika mencapai batas permintaan fast mode atau kehabisan kredit penggunaan, fast mode otomatis beralih ke kecepatan dan harga standar, ikon ↯ berubah abu-abu, dan pekerjaan berlanjut. Saat batas direset, fast mode aktif kembali.

Fast mode dan effort bukan pengaturan yang saling bersaing. Anda dapat menggabungkannya: fast mode + low effort = kecepatan maksimum untuk tugas sederhana.

Berapa biaya nyata setiap model: rincian tagihan bulanan

Poin utama

Harga dasar per sejuta token: Haiku 4.5—$1 / $5, Sonnet 4.6—$3 / $15, Opus 4.7—$5 / $25. Fast mode—$30 / $150. Prompt caching mengurangi input berulang menjadi 0.1x. Batch API memberi diskon 50%. Sumber utama penghematan bukan model itu sendiri, melainkan menghindari Opus ketika Sonnet dapat menyelesaikan tugas.

Harga per sejuta token (Anthropic API, USD):

ModelInputPenulisan cache 5 menitPenulisan cache 1 jamCache hitOutput
Haiku 4.5$1$1.25$2$0.10$5
Sonnet 4.6$3$3.75$6$0.30$15
Opus 4.6$5$6.25$10$0.50$25
Opus 4.7$5$6.25$10$0.50$25
Fast mode (Opus)$30n/an/an/a$150

Yang benar-benar mengurangi tagihan:

  1. Prompt caching. Anthropic menyimpan bagian prompt yang berulang: system prompt, CLAUDE.md, deskripsi alat. Cache hit berbiaya 10% dari harga input. Pada Sonnet, biaya turun dari $3 menjadi $0.30 per sejuta token—10 kali lebih murah. Fitur ini diaktifkan otomatis melalui cache_control: { type: "ephemeral" } dalam permintaan API. Di Claude Code, fitur ini aktif secara default.

  2. Batch API: diskon 50% untuk input dan output pada tugas yang bisa ditunggu (laporan, pembuatan teks massal dalam batch). Sonnet melalui Batch API = $1.50 / $7.50. Fitur ini tidak bekerja langsung di Claude Code, tetapi jika Anda membangun otomatisasi dengan Anthropic SDK, gunakanlah.

  3. opusplan sebagai pengganti Opus murni: penghematan sekitar 34.6% dalam contoh historis yang dihitung; total aktual bergantung pada porsi eksekusi, jumlah token, tarif, caching, dan upaya ulang.

  4. Sonnet sebagai default + Opus saat diperlukan: sumber utama penghematan. Jika Opus diaktifkan “untuk berjaga-jaga,” praktik yang dijelaskan di sini beralih ke Sonnet. Jika tugas membutuhkan Opus, hal itu akan terlihat pada langkah ketiga atau keempat, lalu saya beralih secara eksplisit dengan /model opus.

  5. Ingat tokenizer baru Opus 4.7. Untuk file yang sama, Opus 4.7 menggunakan hingga 35% lebih banyak token daripada Sonnet 4.6. Biaya sesungguhnya untuk tugas yang sama meningkat lebih besar daripada yang mungkin disiratkan tabel.

Contoh spesifik: tugas tipikal untuk agen real estat yang membuat prototipe situs web untuk klien baru: “buat halaman dengan tiga bagian, sebuah formulir, dan integrasi payment gateway.” Hasilnya:

  • Hanya Opus 4.7 (effort high): ~$4.80 per sesi (1.5 jam kerja).
  • opusplan: ~$1.90 (Opus merencanakan, Sonnet mengeksekusi).
  • Hanya Sonnet 4.6 (effort high): ~$1.30, tetapi keputusan arsitekturnya lebih buruk (Sonnet menggunakan pendekatan berbasis template, sedangkan Opus dalam opusplan menemukan pendekatannya sendiri untuk persyaratan nonstandar).

Pemenang untuk tugas ini adalah opusplan. Penghematannya 60%, dengan kualitas Opus pada bagian penting.

Claude Code tidak menampilkan jumlah token secara langsung untuk batas—batas tersebut dinamis dan bergantung pada paket. Namun, di /status, Anda dapat melihat paket dan penggunaan saat ini. Untuk kontrol lebih dekat, ada panduan terperinci: Cara menghindari batas Claude Code habis dalam sehari.

Alur kerja harian apa yang sebaiknya Anda atur? 4 preset siap pakai

Poin utama

Empat preset siap pakai untuk berbagai jenis tugas. Daily Code—Sonnet + effort high. Heavy Refactor—opusplan. Quick Fix—Haiku + effort low. Architecture Session—Opus 4.7 + effort xhigh + Plan Mode. Anda dapat menyimpan masing-masing sebagai alias, memasangnya ke skill, atau cukup menyimpannya agar mudah digunakan sebagai perintah pertama saat memulai sesi.

Keempat preset ini dapat diganti sesuai hari kerja dan tugas.

Preset 1. Daily Code—80% waktu kerja dalam praktik yang dijelaskan di sini.

claude --model sonnet --effort high
# Di dalam sesi, beralih ke Opus jika diperlukan
/model opus

Kegunaan: fitur baru, refaktor kecil, debugging bug sederhana, dokumentasi. Sonnet dengan effort high adalah titik ideal.

Preset 2. Heavy Refactor—perubahan arsitektur besar.

claude --model opusplan
# Pertama gunakan /plan untuk membahas strukturnya
# Setelah keluar dari Plan Mode, Sonnet menangani eksekusi

Kegunaan: menulis ulang modul di 15+ file, memindahkan integrasi dari satu gateway ke gateway lain. Opus menangani arsitektur (mengurai dependensi), sedangkan Sonnet menangani eksekusi (mengedit file dengan cepat). Tugas ini dapat menghemat 70%+.

Preset 3. Quick Fix—edit satu baris dan skrip.

claude --model haiku --effort low

Kegunaan: “ubah nama variabel di semua file,” “tulis skrip bash untuk memulai ulang nginx,” “apa yang dilakukan fungsi ini?” Haiku menangani tugas-tugas ini dan biayanya tiga kali lebih murah daripada Sonnet.

Preset 4. Architecture Session—keputusan strategis.

claude --model opus --effort xhigh
# Gunakan effort maksimum saat masuk ke Plan Mode:
/plan
# Tambahkan kata ultrathink ke prompt untuk pertanyaan penting

Kegunaan: “apakah X harus menjadi layanan terpisah?”, “alat apa yang sebaiknya kita gunakan untuk prototipe?”, “bagaimana kita sebaiknya menyusun skema database untuk penggunaan multi-tenant?” Di sinilah Opus 4.7 mahal—dan sepadan, karena kesalahan di sini menghabiskan waktu berminggu-minggu.

Preset ini dapat disimpan sebagai Skills (satu model per skill) atau sebagai alias di ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

Jika Anda bekerja dalam tim, Anda dapat membuat standar melalui pengaturan terkelola. Admin menetapkan availableModels: ["sonnet", "haiku", "opusplan"] dalam kebijakan organisasi, dan pengguna secara teknis tidak dapat memilih Opus secara langsung, hanya melalui persetujuan eksplisit. Ini merupakan perlindungan yang baik agar batas tidak habis tanpa sengaja.

Bagi yang membangun subagen, Anda juga dapat mengatur model berbeda untuk subagen melalui CLAUDE_CODE_SUBAGENT_MODEL atau kolom model di frontmatter definisi agen. Ini menambahkan tingkat optimasi lain.

Apa yang harus dilakukan saat kapasitas habis: 5 teknik praktis

Poin utama

Saat mencapai batas Opus, jangan panik. Ada lima cara untuk terus bekerja: beralih ke Sonnet, gunakan opusplan, aktifkan prompt caching, pindahkan sebagian pekerjaan ke Batch API, atau beralih ke Haiku untuk tugas sampingan. Batas digandakan pada Mei 2026 dan pembatasan jam sibuk dihapus, sehingga kapasitas Opus lebih sulit dihabiskan.

Jika /status menunjukkan bahwa Anda telah mencapai batas Opus:

  1. Beralih ke Sonnet 4.6: /model sonnet. Sonnet memiliki kumpulan batas terpisah, dan Anda tidak akan merasakan perbedaan pada 80% tugas. Di Anthropic API, meski telah mencapai batas Opus, Claude Code mungkin otomatis beralih ke Sonnet jika Anda mendekati ambang.

  2. Gunakan opusplan untuk pekerjaan yang tersisa: /model opusplan. Jika masih ada tugas Plan Mode hari ini, tugas tersebut hanya akan menggunakan Opus secara minimal (untuk perencanaan); eksekusi sepenuhnya dilakukan dengan Sonnet.

  3. Periksa prompt caching: pastikan Anda tidak menonaktifkannya dengan DISABLE_PROMPT_CACHING=1. Jika CLAUDE.md atau system prompt Anda memuat pengaturan sebesar satu megabyte, konten itu seharusnya di-cache. Pada 90% pembacaan, hal ini mengurangi penggunaan hingga sepuluh kali lipat.

  4. Pindahkan tugas batch: jika Anda memiliki pembuatan massal (laporan, teks, terjemahan), pindahkan ke skrip dengan Batch API—diskon 50% untuk input dan output. Fitur ini tidak bekerja langsung di Claude Code, tetapi perlu 30 menit untuk disiapkan dengan skrip tsx + Anthropic SDK.

  5. Gunakan Haiku untuk tugas sekunder: untuk tugas rutin seperti “tulis pesan commit” atau “jelaskan fungsi file ini,” alihkan Claude Code ke Haiku. Model ini menggunakan tiga kali lebih sedikit daripada Sonnet dan lima kali lebih sedikit daripada Opus.

Dan pengingat utama: sejak 6 Mei 2026, batas Pro, Max, Team, dan Enterprise telah digandakan, serta pembatasan jam sibuk telah dihapus. Jika Opus menghabiskan kapasitas Anda dalam setengah hari, masalahnya bukan batas—Opus digunakan untuk tugas yang dapat diselesaikan Sonnet. Peta keputusan di bagian kedua panduan ini membantu Anda kembali mengendalikan penggunaan.

Untuk pembahasan mendalam tentang batas dan delapan aturan praktis untuk menghemat token, lihat artikel pilar ini: Cara menghindari batas Claude Code habis dalam sehari: 8 aturan untuk menghemat token pada 2026. Panduan pendamping lain yang berguna adalah Plan Mode di Claude Code: panduan langkah demi langkah, karena opusplan tidak berfungsi tanpa Plan Mode. Dan fondasi untuk setiap model adalah Cara mengonfigurasi CLAUDE.md pada 2026.

Pengaturan vibe-coding yang berfungsi. Materi praktis: dokumentasi Ailoot.

Materi dan alat lainnya: Ailoot.

Rincian selengkapnya

Pertanyaan tentang Sonnet, Opus, dan effort di Claude Code: Memilih Model | Ailoot

Berapa penghematan contoh opusplan yang dihitung?

Dengan tarif historis dan jumlah pada tabel, Opus saja berbiaya $2.60 dan opusplan $1.70. Penghematan $0.90 / $2.60, atau sekitar 34.6%; itu bukan bukti penghematan universal 75–80%.

Apakah memilih model eksekusi lebih murah menjamin tugas berhasil lebih murah?

Tidak. Gunakan jumlah input, output, cache, dan upaya ulang yang sebenarnya pada tarif yang berlaku, lalu terapkan pemeriksaan keberhasilan yang sama. Tarif token lebih rendah hanya salah satu bagian biaya akhir.

Semua artikel