Opus 4.8 di Claude Code: Apa yang Baru, Harga, dan Cara Beralih pada 2026

Dokumentasi referensi Ailoot: ailoot.ai/docs/.

Apa yang diluncurkan di Claude Code pada 28 Mei#

Pada 28 Mei, Anthropic merilis Opus 4.8 — 41 hari setelah Opus 4.7. Claude Code v2.1.154 dan postingan blog “Memperkenalkan dynamic workflows di Claude Code” juga dirilis pada hari yang sama. Keesokan harinya, v2.1.156 memperbaiki bug pada blok thinking yang membuat API bermasalah di Opus 4.8.

Empat perubahan yang berdampak pada semua orang yang menulis kode dengan Claude Code:

1. Model Opus 4.8 baru — harganya tetap sama ($5/$25 per satu juta token), tetapi benchmark-nya lebih tinggi dan model ini 4 kali lebih jarang melewatkan bug dalam kodenya sendiri.
2. Dynamic Workflows — Claude menulis skrip JS yang dapat meluncurkan hingga 1000 subagen sepanjang satu proses, dengan maksimal 16 aktif bersamaan. Pemicu yang digunakan adalah kata workflow dalam prompt.
3. Effort xhigh — tingkat penalaran baru. Default di Opus 4.8 sekarang high; untuk tugas yang menuntut, Anda dapat menaikkannya ke xhigh.
4. Fast Mode menjadi 3 kali lebih murah — sebelumnya harganya 6× harga standar; sekarang 2× dengan kecepatan 2.5× lebih tinggi.

Anthropic sendiri berbicara tentang rilis ini dengan hati-hati:

Dalam panduan ini, saya akan menunjukkan dengan tepat apa yang berubah, berapa biaya penggunaannya, dan apakah Anda sebaiknya beralih sekarang atau menunggu.

Apa perbedaan Opus 4.8 dari 4.7?#

Peningkatan dalam angka

Anthropic menerbitkan benchmark di pengumuman resminya dan Claude API Docs. Tabel ringkasan:

⚠️ Ini adalah angka yang diterbitkan vendor — angka dari Anthropic, bukan pengukuran independen.

Janji utama: “4× lebih jarang melewatkan bug”

Anthropic mengklaim:

Kedengarannya bagus, tetapi ada nuansa di baliknya: menurut System Card Anthropic, Claude Opus 4.8 memiliki tingkat jawaban keliru terendah di antara enam model pada setiap benchmark karena ia tidak menjawab saat tidak yakin.

Diterjemahkan dari bahasa System Card ke bahasa vibe coder: model ini tidak menjadi 4 kali lebih pintar. Model ini lebih sering berkata “Saya tidak yakin, periksa ini” daripada menghasilkan halusinasi yang terdengar masuk akal. Kejujuran, bukan peningkatan IQ — itulah perkembangannya.

Dalam praktiknya, pada tugas yang sebelumnya membuat Claude berbohong dengan percaya diri, sekarang ia akan berkata, “Saya tidak yakin tentang ini.” Ini mengurangi risiko, tetapi tidak meningkatkan cakupan.

Hal yang tetap sama

• Harga standar ($5 per satu juta token input, $25 per satu juta token output) — tidak berubah.
• Batas pengetahuan — Januari 2026, sama seperti 4.7.
• Konteks default — 1 juta token di Anthropic API, AWS Bedrock, dan GCP Vertex AI. Di Microsoft Foundry — 200K.
• Output maksimum — 128K token.
• Parameter sampling (temperature, top_p, top_k) — masih tidak didukung; parameter ini menghasilkan error 400.

Kekurangan Opus 4.8

Terus terang: pada Terminal-Bench 2.1, skor Opus 4.8 adalah 74.6% — tidak buruk, tetapi bukan yang teratas di kategori ini. Jika sebagian besar pekerjaan Anda dilakukan di terminal, ingatlah: Codex sering sedikit lebih kuat untuk tugas yang sepenuhnya berbasis terminal. Opus 4.8 unggul pada benchmark lainnya, tetapi perbedaan ini nyata.

Poin lugas kedua: pada pipeline agentik kompleks dengan input yang belum diverifikasi (penguraian situs web, membaca RSS), perlindungan terhadap prompt injection di Opus 4.8 tidak dijamin. Jika Anda membangun otomatisasi yang membaca dokumen orang lain, gunakan sanitizer input terpisah.

Berapa harga Opus 4.8 pada 2026?#

Tingkat harga

Harga standar tetap sama seperti 4.7 dan 4.6. Ini jarang terjadi — generasi baru biasanya lebih mahal. Fast Mode menjadi 3 kali lebih murah: pada 4.6 dan 4.7, mode cepat berharga 6× harga standar. Pada 4.8, harganya 2×.

Artinya untuk biaya per jam kerja

Satu jam pemrograman aktif di Claude Code dengan Opus 4.8 menggunakan sekitar 1–2 juta token input dan 100–300 ribu token output. Dengan harga standar, biayanya $5–10 untuk input dan $2.5–7.5 untuk output. Jika dibulatkan, biayanya $8–15 per jam untuk API saja.

Pada paket berlangganan:

• Pro ($20/bulan) — cukup untuk 1–2 jam kerja aktif per hari. Satu prompt berat dengan Dynamic Workflow menghabiskan batas penggunaan.
• Max 5x ($100/bulan) — konsisten 4–6 jam per hari. Titik ideal bagi sebagian besar vibe coder.
• Max 20x ($200/bulan) — sehari penuh bekerja tanpa khawatir tentang batas penggunaan. Masuk akal jika Anda meluncurkan banyak workflow atau bekerja dengan Agent SDK.

Detail selengkapnya ada di panduan cara agar batas Claude Code tidak cepat habis dan ke mana token digunakan.

⚠️ Detail penting dari Anthropic: workflow dengan 1000 agen menghabiskan “token yang jauh lebih banyak daripada sesi biasa.” Proses besar dapat memakai jatah yang signifikan meskipun maksimal 16 agen berjalan bersamaan. Periksa sisa penggunaan dan tetapkan anggaran proses sebelum memulainya; keserentakan saja tidak menentukan biaya total.

⚠️ Fast Mode tidak termasuk dalam paket Pro / Max / Team / Enterprise. Fitur ini mengharuskan kredit penggunaan diaktifkan dan ditagihkan terpisah sebesar $10/$50 per satu juta token, di luar biaya berlangganan. Jika Anda menggunakan Max dan mengaktifkan Fast Mode tanpa kredit, Anda akan mendapat pesan bahwa saldo perlu diisi. Hal ini sering terlewat saat membaca dokumentasi.

Apa itu Dynamic Workflows di Claude Code?#

Perbedaan workflow dengan subagen dan skill

Sebelumnya, semua pekerjaan yang dilakukan Claude Code secara otomatis menggunakan orkestrasi dari giliran ke giliran. Pada setiap giliran, Claude memutuskan alat mana yang akan dipanggil, sementara hasil antara berada di dalam konteksnya. Cara ini bisa digunakan hingga 4–5 subagen; lebih dari itu, konteks akan penuh.

Dynamic Workflow mengubah pola tersebut. Claude menulis skrip JavaScript yang mengorkestrasi agen sendiri. Hasil antara berada dalam variabel skrip, bukan di konteks Claude. Hanya hasil akhir yang dikembalikan ke konteks. Ini memberikan tiga dampak:

1. Anda dapat meluncurkan hingga 16 agen secara paralel, hingga total 1000 per proses.
2. Konteks Claude tidak penuh — setiap subagen bekerja di sandbox masing-masing.
3. Skrip dapat digunakan kembali — setelah proses berhasil, tekan s di /workflows, lalu skrip disimpan sebagai slash command.

Dokumentasi workflow Anthropic menjelaskannya seperti ini:

Batas runtime

Tiga cara mengaktifkan workflow

1. Kata workflow di dalam prompt. “Jalankan workflow untuk mengaudit setiap API endpoint di src/routes/ dan mencari pemeriksaan auth yang hilang”. Claude melihat pemicu tersebut, menulis skrip, lalu meluncurkannya.
2. /effort ultracode — menggabungkan penalaran xhigh dengan orkestrasi workflow otomatis. Ini berlaku untuk semua tugas substantif dalam sesi. Dokumentasi mengatakan:

3. /deep-research [question] — workflow bawaan untuk riset dengan pencarian web dan pemeriksaan silang sumber.

Contoh: Bun dengan 750,000 baris Rust dalam 11 hari

Tim Bun menggunakan Dynamic Workflows untuk sebuah eksperimen: memindahkan Bun dari Zig ke Rust. Menurut blog Anthropic:

• Menghasilkan ~750,000 baris Rust.
• 11 hari dari commit pertama hingga merge.
• 99.8% tes dalam rangkaian yang sudah ada berhasil.
• ~300 aturan untuk menerjemahkan Zig → Rust.

Pola teknisnya terdiri dari tiga workflow berurutan:

1. Workflow #1 memetakan lifetime Rust yang benar untuk setiap field struct dalam codebase Zig.
2. Workflow #2 menulis setiap file .rs sebagai port yang perilakunya identik dengan file .zig terkait. Ratusan tugas file dibagi dalam beberapa batch, dengan maksimal 16 agen serentak dan dua reviewer per file.
3. Workflow #3 adalah siklus perbaikan: menjalankan build + test sampai semuanya berhasil.

Jebakan utama: workflow dapat menghabiskan batas penggunaan untuk tugas kecil

Pelajaran praktis: jika tugas bisa ditangani oleh 1–2 subagen sederhana, jangan panggil workflow; gunakan subagen secara manual. Workflow bermanfaat untuk 50+ file, bukan 5.

Dynamic Workflow adalah langkah berikutnya dalam rekayasa konteks. Workflow dapat membagi pekerjaan ke hingga 1000 peluncuran agen secara total, dengan penjadwalan maksimal 16 serentak. Tanpa konteks proyek bersama, kesalahan dapat menumpuk di seluruh batch tersebut karena setiap agen hanya melihat bagiannya sendiri.

Kapan sebaiknya mengaktifkan effort xhigh?#

Dalam catatan rilis Claude Code v2.1.154, Anthropic menyatakan dengan jelas: Opus 4.8 berjalan dengan effort=high secara default — ini menjadi standar baru setelah rilis. Sebelumnya, standarnya lebih rendah. Tingkat xhigh yang baru tersedia sebagai tambahan untuk tugas yang paling menuntut, ketika model menggunakan lebih banyak token berpikir di setiap giliran.

Kapan menggunakan xhigh:

• Migrasi (pola arsitektur baru → 50+ file).
• Audit keamanan (tinjauan keamanan atas 200+ endpoint).
• Refaktor terencana dengan pemeriksaan invariant.
• Sesi debugging kompleks dan panjang ketika model perlu mengingat seluruh alur.

Kapan JANGAN menggunakannya:

• Pengeditan rutin dalam satu file (menulis tes, mengganti nama metode).
• Prompt sederhana dengan struktur yang jelas.
• Dokumentasi / komentar — xhigh menambah biaya untuk hal-hal tersebut.

Di Claude Code v2.1.154, penggeser effort berganti nama dari “Speed/Intelligence” menjadi “Faster/Smarter.” Default /effort high sekarang diterapkan di balik layar; Anda tidak perlu beralih ke sana secara eksplisit.

Kapan sebaiknya menggunakan Fast Mode?#

Harga:

Kapan menggunakannya:

• Tugas interaktif saat waktu respons lebih penting daripada akurasi (code review langsung saat streaming).
• Pengeditan cepat dan pengujian hipotesis.
• Demo / presentasi kepada klien.

Kapan JANGAN menggunakannya:

• Pekerjaan agentik jangka panjang — harga 2× pada konteks 1M merusak efisiensi biaya.
• Dynamic Workflow besar — Fast Mode menggandakan tarif token yang berlaku, dan pemakaian terakumulasi pada semua agen yang diluncurkan. Batas 1000 peluncuran total bukan pengali biaya tugas tetap 1000×; susun anggaran dari gabungan pemakaian input dan output yang sebenarnya.
• Sesi latar belakang saat kecepatan tidak penting.

Bagaimana cara beralih ke Opus 4.8 tanpa kehilangan pengaturan?#

Langkah 1. Perbarui Claude Code

Di terminal:

claude upgrade

Atau instal ulang dengan mengikuti dokumentasi Anthropic.

⚠️ Versi yang dituju adalah v2.1.156 atau lebih baru. v2.1.154 memiliki bug: saat Opus 4.8 digunakan, blok thinking dimodifikasi sehingga menyebabkan error API. Bug tersebut diperbaiki di v2.1.156.

Periksa versi:

claude --version

Langkah 2. Beralih model di /config

Di Claude Code:

/model claude-opus-4-8

Atau buka /config → bagian Model → pilih Opus 4.8 dari daftar. ID model pada endpoint API adalah claude-opus-4-8.

Langkah 3. Aktifkan Dynamic Workflows (paket Pro)

Dynamic Workflows dinonaktifkan secara default pada paket Pro. Buka /config → bagian Workflows → aktifkan. Fitur ini sudah aktif sejak awal pada paket Max, Team, dan Enterprise personal. Pada Enterprise yang memiliki admin, fitur ini mungkin dinonaktifkan oleh admin; minta mereka mengaktifkannya.

Langkah 4. Jalankan pengujian

Di Claude Code, minta tugas sederhana dengan hasil yang jelas untuk memastikan model merespons dengan benar:

Tulis fungsi TypeScript yang membagi array menjadi beberapa bagian dengan panjang tetap.
Buatkan tes dalam vitest.

Jika jawabannya sesuai dan frasa “using claude-opus-4-8” muncul di awal, peralihan berhasil. Jika terjadi error 400, periksa versi Claude Code Anda (kembali ke langkah 1).

Hal yang TIDAK perlu dimigrasikan

• CLAUDE.md bekerja dengan model apa pun tanpa perubahan. Detail selengkapnya ada di panduan cara mengonfigurasi CLAUDE.md.
• Skills otomatis digunakan oleh Opus 4.8. Detail selengkapnya ada di panduan Claude Code Skills.
• MCP servers bekerja dengan cara yang sama. Panduan MCP mencakup 7 kombinasi siap pakai.
• Subagents dan Plan Mode tidak berubah. Ringkasan pemilihan antara Skills, Subagents, MCP, dan Plugins tersedia di panduan pilar terkait.

Haruskah beralih dari Sonnet 4.6 atau Haiku 4.5?#

Saya sudah membahas pemilihan antara Sonnet dan Opus dalam panduan sebelumnya, tetapi panduan itu membahas 4.7. Aturannya sedikit bergeser dengan Opus 4.8.

Matriks keputusan untuk 2026:

Bagi sebagian besar vibe coder, titik idealnya adalah Sonnet 4.6 sebagai model default, ditambah Opus 4.8 untuk tugas berat melalui pemilih /model. Dengan begitu, Anda membayar lebih sedikit dan tetap menangani tugas berat dengan baik.

Apa yang TIDAK berfungsi di Opus 4.8?#

Menurut laporan praktis, ada tiga bidang yang masih menjadi kelemahan Opus 4.8:

1. Strategi dan roadmap yang sarat data. Laporan praktis menunjukkan bahwa 4.7 masih lebih disukai untuk analisis. Jika kasus penggunaan utama Anda adalah membuat tabel metrik dan mengusulkan roadmap, coba 4.8 terlebih dahulu; jika gagal, kembali ke 4.7 dengan /model claude-opus-4-7.

2. “10% terakhir” dalam codebase yang sudah ada. Model ini sangat baik untuk pekerjaan greenfield (proyek baru dari awal), tetapi kesulitan saat menyempurnakan kode lama — edge case dan keunikan spesifik arsitekturnya. Ini adalah kelemahan umum model penalaran: model mampu menghasilkan kode dengan baik, tetapi buruk dalam “menyelesaikan” sesuatu yang sudah ada.

3. Halusinasi masih ada. “4× lebih jarang melewatkan bug” berarti model lebih sering berkata “Saya tidak tahu”, tetapi saat konteks tidak memadai, model masih dapat menghasilkan fabrikasi yang terdengar masuk akal. Konteks proyek adalah perlindungannya: semakin lengkap CLAUDE.md, semakin kecil ruang bagi halusinasi.

Ini bukan berarti “jangan perbarui.” Artinya, pahami keterbatasannya dan simpan Sonnet 4.6 serta Opus 4.7 sebagai opsi cadangan.

Apa yang akan hadir setelah Opus 4.8?#

Dalam penggunaan istilah Anthropic, “beberapa minggu ke depan” biasanya berarti 4–8 minggu. Dengan kata lain, model kelas Mythos kemungkinan besar dirilis pada Juni–Juli 2026. Hal ini mengubah strategi:

• Jika proyek Anda saat ini menggunakan Sonnet 4.6 atau Opus 4.7 — perbarui ke 4.8 dan coba xhigh serta workflow untuk tugas tertentu. Dari segi harga, ini adalah peningkatan gratis.
• Jika Anda merencanakan migrasi besar menggunakan workflow — jangan terburu-buru. Model yang bisa melakukannya dengan lebih baik mungkin hadir dalam satu atau dua bulan. Anda dapat memulai dengan eksperimen pada satu modul untuk memahami cara kerjanya.
• Jika Anda akan membangun ulang infrastruktur berdasarkan Dynamic Workflows — tunggu. Mythos mungkin mengubah pola yang mendasarinya.

Saran utama di tengah ketidakpastian ini adalah tetap fleksibel. Opus 4.8 merupakan peningkatan bertahap yang baik. Mythos mungkin menjadi lompatan besar. Jangan berinvestasi dalam pengerjaan ulang besar sebulan sebelum kemungkinan hadirnya model baru.

Lanjutkan menjelajahi Ailoot di ailoot.ai.