TLDR
Claude Sonnet 5 sudah tersedia sebagai claude-sonnet-5: konteks 1M, output maks 128k, dan $2 / $10 per MTok input/output harga perkenalan hingga 31 Agustus 2026. Harga standar adalah $3 / $15 per MTok setelah itu.
Untuk tim Sonnet 4.6, ini bukan sekadar mengganti ID model. Tetapkan ulang baseline untuk token output, tingkat effort, tingkat hit cache prompt, tingkat HTTP 400, dan tingkat fallback Opus 4.8 sebelum merutekan trafik produksi.
API Snapshot Migrasi
| Item | Claude Sonnet 5 |
|---|---|
| API model ID | claude-sonnet-5 |
| Target migrasi | Beban kerja produksi Claude Sonnet 4.6 |
| Uji awal terbaik | Agen pengkodean, penggunaan alat, riset konteks panjang, otomatisasi dukungan |
| Context window | 1M token |
| Max output | 128k token |
| Harga API perkenalan | $2 / $10 per MTok input/output hingga 31 Agustus 2026 |
| Harga API standar | $3 / $15 per MTok input/output setelah 31 Agustus 2026 |
| Catatan migrasi kunci | Adaptive thinking aktif secara default |
| Default effort | tinggi pada Claude API dan Claude Code |
| Catatan biaya | Tokenizer baru dapat menghasilkan sekitar 30% lebih banyak token untuk teks yang sama, jadi ukur biaya beban kerja nyata |
| Telemetri yang diperlukan | effort, usage.output_tokens, bidang cache hit/miss, tingkat request 400, latensi p95 |
Poin Utama
- Sonnet 5 adalah keputusan migrasi, bukan sekadar model ID yang lebih baru.
- Ukur biaya per tugas yang terselesaikan, bukan hanya harga per token.
- Atur
effortsecara sengaja; Sonnet 5 default kehighpada Claude API dan Claude Code. - Tetapkan ulang baseline untuk prompt caching, token output, dan tingkat HTTP 400 sebelum peluncuran produksi.
- Tetap sertakan Opus 4.8 dalam set evaluasi untuk pekerjaan agen berupaya tinggi.
Apa yang Sebenarnya Dirilis
Pengumuman Claude Sonnet 5 dari Anthropic memposisikannya sebagai model kelas Sonnet berikutnya untuk produksi. Permukaan praktis dalam ikhtisar model Claude dan halaman harga resmi mengarah pada kesimpulan yang sama: Sonnet, bukan Opus, adalah tempat banyak tim membuat keputusan routing harian, latensi, dan biaya.
Apa yang Ditunjukkan Diskusi Publik
Fakta keras berasal dari dokumen Anthropic. Dalam perbandingan yang dipublikasikan Anthropic, Sonnet 5 mencetak 63,2% pada SWE-bench Pro versus 58,1% untuk Sonnet 4.6, mencapai 80,4% pada Terminal-Bench 2.1 versus 67,0%, dan meningkatkan Humanity's Last Exam dengan alat dari 46,8% menjadi 57,4%.
Diskusi publik berguna untuk tujuan yang lebih sempit: menunjukkan apa yang pertama kali diperhatikan para pembuat dan klaim mana yang layak diuji ulang. Thread launch-chart TestingCatalog mengangkat percakapan benchmark, pembacaan harga/kinerja Chubby membingkai pertanyaan perbandingan, dan catatan ketersediaan alat pengembang Kilo Code menunjukkan pergerakan ekosistem awal.โ
Sumber: @claudeai
Pertanyaan lanjutan lebih berguna daripada hype peluncuran. Diskusi Hacker News berfokus pada penggunaan token dan kurva biaya, thread peluncuran r/singularity memperdebatkan perbandingan dengan Opus, dan r/ClaudeAI impresi awal mengumpulkan laporan tingkat pengguna. Perlakukan thread tersebut sebagai sinyal, bukan spesifikasi.
Harga API Claude Sonnet 5
Harga Claude Sonnet 5 memiliki dua fase.
| Periode | Harga input | Harga output |
|---|---|---|
| Harga perkenalan hingga 31 Agustus 2026 | $2 / MTok | $10 / MTok |
| Harga standar setelah 31 Agustus 2026 | $3 / MTok | $15 / MTok |
Tabel mengikuti halaman harga Claude dari Anthropic.
Detail pentingnya adalah bahwa harga per token bukan seluruh cerita biaya. Dokumentasi Claude Sonnet 5 Anthropic mencatat bahwa tokenizer baru dapat menghasilkan sekitar 30% lebih banyak token untuk teks yang sama. Perlakukan itu sebagai angka perencanaan perkiraan, bukan pengali tetap. Peningkatan yang tepat bergantung pada konten dan bentuk beban kerja, jadi tim harus menjalankan ulang penghitungan token terhadap prompt produksi mereka sendiri.
Untuk migrasi, gunakan metrik routing ini:
Biaya efektif per tugas terselesaikan = (biaya model utama + biaya retry + fallback biaya) / tugas yang berhasil
Jika Sonnet 5 menyelesaikan lebih banyak tugas dengan lebih sedikit retry atau lebih sedikit panggilan fallback ke Opus, itu tetap bisa lebih murah dalam praktik. Jika penggunaan token meningkat tanpa meningkatkan kualitas penyelesaian, harga headline yang lebih rendah mungkin tidak diterjemahkan menjadi biaya beban kerja yang lebih rendah.
Tiga Sudut Gelap Rekayasa
Risiko migrasi bukan hanya kualitas model. Tiga detail yang kurang terlihat dapat mengubah biaya atau keandalan produksi.
Adaptive thinking dapat berubah menjadi pembelanjaan token output
Claude Sonnet 5 menggunakan adaptive thinking secara default. Dokumentasi extended thinking Anthropic menyatakan bahwa token thinking ditagih sebagai token output, jadi jawaban akhir yang pendek masih dapat menyembunyikan sejumlah besar pekerjaan penalaran yang ditagih.
Kontrol standar bukan anggaran thinking tetap. Anthropic menjelaskan effort sebagai kontrol kedalaman thinking dalam panduan migrasi Claude dan dokumentasi effort, sementara ikhtisar model mencantumkan high sebagai default Sonnet 5 pada Claude API dan Claude Code. Untuk routing sederhana atau klasifikasi deterministik, uji tingkat effort yang lebih rendah seperti low atau medium, atau nonaktifkan thinking sepenuhnya, lalu verifikasi latensi, kualitas, dan penggunaan token output.
Checklist migrasi:
- Log pengaturan
effortaktual di setiap run evaluasi. - Lacak
usage.output_tokens, bukan hanya panjang respons yang terlihat. - Bandingkan latensi p50/p95 untuk Sonnet 4.6, Sonnet 5, dan Opus 4.8.
- Untuk tugas routing sederhana atau klasifikasi deterministik, uji tingkat effort yang lebih rendah atau nonaktifkan thinking sepenuhnya, lalu bandingkan latensi, penggunaan token output, dan akurasi tugas.
- Waspadai tugas di mana Sonnet 5 menjawab benar tetapi membelanjakan cukup banyak token thinking sehingga Opus 4.8 menjadi kompetitif.
-
Prompt caching harus ditetapkan ulang baseline-nya
Untuk riset konteks panjang, agen dukungan, dan orkestrasi multi-langkah, panduan prompt caching Anthropic sering kali menjadi tuas biaya terbesar. Tokenizer baru Sonnet 5 dapat mengubah jumlah token dari prompt yang sama, sehingga asumsi biaya input yang di-cache harus dihitung ulang setelah migrasi. Perilaku cache juga harus diverifikasi ulang secara independen dengan memantau bidang penggunaan pembuatan cache dan pembacaan cache.
Jangan berasumsi bahwa strategi prompt caching yang disetel di sekitar Sonnet 4.6 akan menghasilkan profil biaya tingkat beban kerja yang sama pada Sonnet 5.
Checklist migrasi:
- Jalankan ulang penghitungan token pada semua prompt panjang sebelum mengalihkan trafik.
- Periksa ulang breakpoint cache dan penempatan kontrol cache.
- Monitor
cache_creation_input_tokensdancache_read_input_tokensselama jendela migrasi. - Beri peringatan pada penurunan mendadak pembacaan cache atau lonjakan pembuatan cache setelah mengubah ID model.
Parameter sampling yang ditolak menghasilkan HTTP 400 yang merusak produksi
Sonnet 5 lebih ketat tentang beberapa parameter sampling daripada banyak integrasi lama yang diharapkan. Catatan rilis API Anthropic menyatakan bahwa temperature, top_p, dan top_k non-default mengembalikan error HTTP 400. Jika pembungkus SDK Anda meng-hardcode pengaturan sampling untuk setiap model, peluncuran dapat gagal pada waktu request.
Checklist migrasi:
- Cari di basis kode pengaturan
temperature,top_p, dantop_kyang di-hardcode. - Tambahkan validasi parameter spesifik model sebelum request dikirim.
- Jalankan canary untuk migrasi dengan peringatan tingkat error sebelum peluncuran produksi penuh.
- Pertahankan rute fallback Sonnet 4.6 sampai validasi parameter bersih.
Claude Sonnet 5 vs Claude Sonnet 4.6
Claude Sonnet 5 adalah kandidat upgrade alami untuk tim yang sudah menggunakan Sonnet 4.6, tetapi tidak boleh diperlakukan sebagai migrasi tanpa peninjauan.
| Area | Apa yang berubah |
|---|---|
| Model ID | Berubah dari claude-sonnet-4-6 ke claude-sonnet-5 |
| Thinking | Adaptive thinking aktif secara default |
| Manual extended thinking | Mode budget-token manual dihapus |
| Parameter sampling | temperature, top_p, dan top_k non-default mengembalikan error HTTP 400 |
| Tokenizer | Teks yang sama dapat memetakan ke lebih banyak token |
| Area peningkatan terbaik | Pengkodean, penggunaan alat, dan alur kerja agen |
Ini paling penting untuk aplikasi dengan anggaran token ketat, pengaturan sampling deterministik, atau prompt panjang. Sebelum mengganti Sonnet 4.6 di produksi, jalankan ulang penghitungan token, hapus parameter sampling yang tidak didukung, dan bandingkan tingkat keberhasilan tugas.
Sonnet 5 atau Opus 4.8: Pohon Keputusan Routing
Evaluasi terkuat bukan hanya Sonnet 5 vs Sonnet 4.6. Bagi banyak tim, pertanyaan routing nyata adalah:
Apakah alur kerja ini harus dijalankan pada Sonnet 5 yang lebih murah atau Opus 4.8 yang lebih kuat?
| Model | Harga input standar | Harga output standar | Kesesuaian terbaik |
|---|---|---|---|
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | Alur kerja agen yang cepat, cakap, dan berbiaya lebih rendah |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | Pengkodean agen kompleks dan pekerjaan enterprise |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | Beban kerja Sonnet yang ada dan belum dimigrasi |
Gunakan pohon keputusan sederhana ini:
- Rute ke Sonnet 5 ketika alur kerja berkompleksitas sedang, sensitif terhadap latensi, atau sensitif terhadap biaya.
- Rute ke Sonnet 5 ketika tugas cukup repetitif sehingga retry dan waktu review dapat diukur dengan andal.
- Pertahankan Opus 4.8 dalam rute ketika tugas memerlukan perencanaan berupaya tinggi, pengkodean multi-berkas, atau keputusan enterprise yang mahal.
- Pertahankan Opus 4.8 dalam rute ketika jawaban yang gagal biayanya lebih besar daripada perbedaan token.
- Pertahankan Sonnet 4.6 sementara ketika prompt produksi bergantung pada parameter sampling yang tidak didukung atau anggaran extended thinking manual.
Kesalahan paling umum adalah memilih berdasarkan harga saja. Pendekatan yang lebih baik adalah membandingkan:
- tingkat tugas terselesaikan
- rata-rata token input
- rata-rata token output
- retry per tugas yang berhasil
- latensi per tugas yang berhasil
- waktu review manusia yang dihemat
- tingkat fallback ke Opus
Benchmark: Mana yang Dipercaya dan Mana yang Diuji Ulang
Anthropic memposisikan Claude Sonnet 5 di sekitar pengkodean, penggunaan alat, dan alur kerja profesional agen. Percakapan peluncuran pihak ketiga, terutama thread benchmark-chart TestingCatalog dan perbandingan harga/kinerja Chubby, mengubahnya menjadi pertanyaan benchmark praktis: apakah Sonnet 5 menutup cukup banyak celah dengan Opus untuk mengubah routing produksi?
Angka-angka menjelaskan mengapa pertanyaan itu penting. Sonnet 5 tertinggal dari Opus 4.8 sebesar 6,0 poin pada SWE-bench Pro dan 2,3 poin pada Terminal-Bench 2.1, tetapi mengalahkan Sonnet 4.6 sebesar 5,1 dan 13,4 poin pada tes yang sama. Grafik Chubby juga menunjukkan Sonnet 5 bergerak dari sekitar $2+ per tugas pada effort rendah menuju kisaran $5-$7 pada effort lebih tinggi, jadi pengaturan effort harus menjadi bagian dari benchmark.
Sumber: @kimmonismus
Perlakukan benchmark peluncuran sebagai bersifat arah. Uji ulang:
- Apakah Sonnet 5 mengurangi retry di basis kode Anda sendiri.
- Apakah adaptive thinking mengubah latensi atau panjang output.
- Apakah tokenizer baru meningkatkan tagihan efektif Anda.
- Apakah tingkat hit prompt-cache tetap stabil setelah perubahan tokenizer.
- Apakah parameter yang ditolak membuat lonjakan HTTP 400 pada trafik canary.
- Apakah Opus 4.8 masih menang pada tugas berupaya tinggi.
Di sinilah diskusi biaya Hacker News dan laporan pengguna awal r/ClaudeAI berguna. Mereka bukan sumber kebenaran untuk spesifikasi model, tetapi mereka mengungkap pertanyaan yang pertama kali diajukan pengembang nyata: "Apakah ini benar-benar lebih murah?" "Apakah ini menggunakan lebih banyak token?" "Kapan saya masih harus membayar untuk Opus?"
Cara Mengevaluasi Claude Sonnet 5 Sendiri
Gunakan jendela harga perkenalan untuk menjalankan uji kecil tetapi realistis.
Bangun set evaluasi 20 tugas
Sertakan tugas nyata, bukan prompt mainan:
- perbaikan bug di repo Anda
- alur kerja pemanggilan alat
- sintesis dokumen konteks panjang
- triase tiket dukungan
- review kode
- SQL atau analisis data
- tugas agen multi-langkah
Jalankan tugas yang sama pada Sonnet 4.6, Sonnet 5, dan Opus 4.8
Jangan bandingkan output satu kali. Bandingkan set tugas yang sama di bawah prompt dan kriteria review yang sama.
Jika tumpukan evaluasi Anda menggunakan agen pengkodean, framework, atau alat evaluasi prompt, CometAPI Cookbook memiliki panduan integrasi native GitHub untuk alur kerja pengembang umum seperti Claude Code, Codex, LiteLLM, LangChain, Langfuse, dan Promptfoo.
Ukur biaya tugas terselesaikan
Lacak:
- token input
- token output
- request yang berat token thinking, menggunakan delta token output dan setiap rincian penggunaan yang tersedia
- token pembuatan cache
- token pembacaan cache
- retry
- latensi
- error HTTP 400
- edit manual yang diperlukan
- skor akhir lulus/gagal
-
Perhatikan kendala migrasi
Saat berpindah dari Sonnet 4.6 ke Sonnet 5:
- gunakan
claude-sonnet-5 - hapus parameter sampling yang tidak didukung
- hindari anggaran extended thinking manual
- uji ulang
max_tokens - hitung ulang token dengan tokenizer Sonnet 5
- periksa ulang breakpoint prompt caching
- beri peringatan pada penurunan pembacaan cache, lonjakan pembuatan cache, dan lonjakan HTTP 400
Diputuskan berdasarkan kelas beban kerja
Gunakan Sonnet 5 secara default untuk alur kerja produksi berkompleksitas sedang. Pertahankan Opus 4.8 untuk alur kerja berupaya tinggi hingga data tugas terselesaikan Anda sendiri mengatakan sebaliknya.
Apa yang Diperhatikan Berikutnya
Perhatikan lima hal dalam beberapa minggu ke depan:
- Benchmark pengkodean dan agen independen.
- Laporan pengembang nyata tentang penggunaan token di bawah tokenizer baru.
- Laporan pembelanjaan token output karena adaptive thinking.
- Perilaku tingkat hit prompt-cache pada beban kerja konteks panjang.
- Perubahan harga atau ketersediaan setelah jendela perkenalan berakhir pada 31 Agustus 2026.
Jika tim Anda sudah menggunakan Sonnet 4.6, jangan menunggu hingga jendela harga berakhir. Juli dan Agustus adalah waktu yang tepat untuk menguji Sonnet 5 terhadap beban kerja nyata Anda dan memutuskan apakah akan bermigrasi.
FAQ
Berapa biaya Claude Sonnet 5?
Claude Sonnet 5 berbiaya $2/$10 per MTok input/output hingga 31 Agustus 2026. Harga standar adalah $3/$15 per MTok setelah itu.
Apakah Claude Sonnet 5 pengganti drop-in untuk Sonnet 4.6?
Sebagian besar, tetapi tidak tanpa pengujian. Perbarui ID model, hapus parameter sampling yang tidak didukung, atur effort, hitung ulang token, dan tetapkan ulang baseline prompt caching.
Apakah token thinking Claude Sonnet 5 ditagih?
Ya. Token thinking ditagih sebagai token output, jadi monitor usage.output_tokens dan latensi.
Bisakah saya mematikan adaptive thinking untuk tugas sederhana?
Ya. Pada Claude Sonnet 5, berikan thinking: {"type": "disabled"} untuk mematikan thinking. Jika beban kerja masih mendapat manfaat dari penalaran, pertahankan adaptive thinking aktif dan gunakan parameter effort untuk mengontrol kedalaman thinking. Sonnet 5 default ke effort high, jadi beban kerja sensitif latensi harus menguji pengaturan effort yang lebih rendah seperti low atau medium.
Apakah biaya prompt caching dapat berubah setelah bermigrasi ke Sonnet 5?
Ya. Periksa ulang breakpoint cache dan monitor cache_creation_input_tokens serta cache_read_input_tokens.
Apakah Sonnet 5 mengabaikan parameter sampling yang tidak didukung?
Tidak. temperature, top_p, dan top_k non-default mengembalikan error HTTP 400. Hapus parameter sampling yang di-hardcode atau tambahkan validasi parameter spesifik model sebelum peluncuran produksi.
Haruskah saya menggunakan Claude Sonnet 5 atau Claude Opus 4.8?
Gunakan Sonnet 5 untuk beban kerja sensitif biaya. Pertahankan Opus 4.8 untuk pengkodean agen berupaya tinggi dan tugas enterprise kompleks.
Uji Migrasi dengan CometAPI
Anda dapat menguji Claude Sonnet 5 melalui CometAPI dan membandingkannya dengan Claude Sonnet 4.6, Claude Opus 4.8, dan model frontier lainnya dalam satu alur kerja API. Untuk pola penyiapan di seluruh agen pengkodean, alat otomasi, dan framework evaluasi, gunakan CometAPI Cookbook sebagai pendamping praktis untuk benchmark Anda. Mulailah dengan set tugas kecil, ukur biaya per tugas terselesaikan, dan pilih model yang menang pada beban kerja Anda sendiri.