Opus 4.8 dalam Claude Code: Perkara Baharu, Harga dan Cara Bertukar pada 2026

Dokumentasi rujukan Ailoot: ailoot.ai/docs/.

Perkara yang dilancarkan dalam Claude Code pada 28 Mei#

Pada 28 Mei, Anthropic melancarkan Opus 4.8 — 41 hari selepas Opus 4.7. Claude Code v2.1.154 dan catatan blog “Memperkenalkan dynamic workflows dalam Claude Code” diterbitkan pada hari yang sama. Keesokan harinya, v2.1.156 membetulkan pepijat blok pemikiran yang menyebabkan API gagal pada Opus 4.8.

Empat perubahan yang memberi kesan kepada semua orang yang menulis kod dalam Claude Code:

1. Model Opus 4.8 baharu — harga yang sama ($5/$25 bagi setiap juta token), tetapi penanda aras lebih tinggi dan ia 4 kali kurang kerap terlepas pepijat dalam kodnya sendiri.
2. Dynamic Workflows — Claude menulis skrip JS yang boleh melancarkan sehingga 1000 subejen sepanjang pelaksanaan, dengan tidak lebih daripada 16 aktif serentak. Pencetusnya ialah perkataan workflow dalam arahan.
3. Usaha xhigh — tahap penaakulan baharu. Tetapan lalai pada Opus 4.8 kini ialah high; untuk tugasan yang mencabar, anda boleh menaikkannya kepada xhigh.
4. Fast Mode menjadi 3 kali lebih murah — sebelum ini harganya 6× harga standard; kini 2× untuk kelajuan 2.5×.

Anthropic sendiri bercakap tentang pelancaran ini dengan berhati-hati:

Dalam panduan ini, saya akan menunjukkan dengan tepat perkara yang berubah, kosnya dalam penggunaan sebenar, dan sama ada anda patut bertukar sekarang atau menunggu.

Apakah perbezaan Opus 4.8 daripada 4.7?#

Perkara yang bertambah baik dalam angka

Anthropic menerbitkan penanda aras dalam pengumuman rasminya dan Dokumentasi Claude API. Jadual ringkasan:

⚠️ Ini ialah angka yang diterbitkan vendor — angka daripada Anthropic, bukannya pengukuran bebas.

Janji utama: “4× kurang berkemungkinan terlepas pepijat”

Dakwaan Anthropic:

Kedengarannya hebat, tetapi ada nuansa di sebaliknya: menurut System Card Anthropic, Claude Opus 4.8 mempunyai kadar jawapan salah yang paling rendah antara enam model dalam setiap penanda aras kerana ia menahan diri daripada menjawab apabila tidak pasti.

Diterjemahkan daripada bahasa System Card kepada bahasa vibe coder: model ini bukan menjadi 4 kali lebih bijak. Ia lebih cenderung berkata “Saya tak pasti, semak perkara ini” daripada menghasilkan halusinasi yang munasabah. Kejujuran, bukannya peningkatan IQ — begitulah ia berkembang.

Dalam amalan, ini bermakna bagi tugasan yang sama, apabila Claude dahulu berbohong dengan yakin, kini ia akan berkata, “Saya tak pasti tentang perkara ini.” Ini mengurangkan risiko tetapi tidak meningkatkan liputan.

Perkara yang kekal sama

• Harga standard ($5 bagi setiap juta token input, $25 bagi setiap juta token output) — tidak berubah.
• Tarikh akhir pengetahuan — Januari 2026, sama seperti 4.7.
• Konteks lalai — 1 juta token pada Anthropic API, AWS Bedrock dan GCP Vertex AI. Pada Microsoft Foundry — 200K.
• Output maksimum — 128K token.
• Parameter pensampelan (temperature, top_p, top_k) — masih tidak disokong; parameter ini menghasilkan ralat 400.

Kekurangan Opus 4.8

Terus terang: pada Terminal-Bench 2.1, skor Opus 4.8 ialah 74.6% — tidak buruk, tetapi bukan peneraju kategorinya. Jika kebanyakan kerja anda berlaku dalam terminal, ingat perkara ini: Codex selalunya sedikit lebih kuat untuk tugasan terminal semata-mata. Opus 4.8 mendahului penanda aras lain, tetapi perbezaan ini memang wujud.

Perkara kedua yang terus terang: dalam saluran kerja agentik yang kompleks dengan input yang belum disahkan (penghuraian laman web, pembacaan RSS), perlindungan terhadap suntikan prompt dalam Opus 4.8 tidak terjamin. Jika anda membina automasi yang membaca dokumen orang lain, gunakan penyahpembersih input yang berasingan.

Berapakah kos Opus 4.8 pada 2026?#

Tahap harga

Harga standard kekal sama seperti 4.7 dan 4.6. Ini jarang berlaku — generasi baharu biasanya lebih mahal. Fast Mode menjadi 3 kali lebih murah: pada 4.6 dan 4.7, mod pantas berharga 6× harga standard. Pada 4.8, harganya 2×.

Maksudnya bagi setiap jam kerja

Satu jam pengekodan aktif dalam Claude Code pada Opus 4.8 menggunakan kira-kira 1–2 juta token input dan 100–300 ribu token output. Pada harga standard, kosnya ialah $5–10 untuk input dan $2.5–7.5 untuk output. Dibundarkan, kosnya $8–15 sejam untuk API sahaja.

Untuk pelan langganan:

• Pro ($20/bulan) — mencukupi untuk 1–2 jam kerja aktif sehari. Satu arahan mencabar dengan Dynamic Workflow boleh menghabiskan seluruh had.
• Max 5x ($100/bulan) — 4–6 jam sehari secara konsisten. Pilihan terbaik untuk kebanyakan vibe coder.
• Max 20x ($200/bulan) — satu hari kerja penuh tanpa perlu risau tentang had. Berbaloi jika anda melancarkan banyak workflow atau bekerja dengan Agent SDK.

Butiran lanjut dalam panduan cara mengelakkan had Claude Code habis dan ke mana perginya token.

⚠️ Butiran penting daripada Anthropic: workflow dengan 1000 ejen menggunakan “lebih banyak token dengan ketara berbanding sesi biasa.” Pelaksanaan besar boleh menggunakan peruntukan yang banyak walaupun maksimum 16 ejen berjalan pada satu-satu masa. Semak penggunaan tersedia dan tetapkan bajet pelaksanaan sebelum melancarkan; keserentakan sahaja tidak menentukan jumlah kos.

⚠️ Fast Mode tidak termasuk dalam pelan Pro / Max / Team / Enterprise. Kredit penggunaan perlu diaktifkan dan cajnya berasingan pada kadar $10/$50 bagi setiap juta token, di samping langganan. Jika anda menggunakan Max dan mengaktifkan Fast Mode tanpa kredit, anda akan menerima mesej yang meminta anda menambah nilai baki. Perkara ini sering terlepas pandang apabila membaca dokumentasi.

Apakah Dynamic Workflows dalam Claude Code?#

Perbezaan workflow daripada subejen dan kemahiran

Sebelum ini, semua yang dilakukan Claude Code secara autonomi menggunakan orkestrasi langkah demi langkah. Pada setiap langkah, Claude memutuskan alat yang hendak dipanggil, dan hasil perantaraan berada dalam konteksnya. Cara ini berfungsi untuk sehingga 4–5 subejen; lebih daripada itu, konteks akan melimpah.

Dynamic Workflow mengubah corak ini. Claude menulis skrip JavaScript yang mengatur ejen itu sendiri. Hasil perantaraan disimpan dalam pemboleh ubah skrip, bukannya dalam konteks Claude. Hanya hasil akhir dikembalikan ke konteks. Ini memberikan tiga kesan:

1. Anda boleh melancarkan sehingga 16 ejen secara selari, sehingga 1000 semuanya bagi setiap pelaksanaan.
2. Konteks Claude tidak melimpah — setiap subejen bekerja dalam ruang pasirnya sendiri.
3. Skrip boleh digunakan semula — selepas pelaksanaan berjaya, tekan s dalam /workflows, dan skrip itu disimpan sebagai arahan garis miring anda.

Dokumentasi workflow Anthropic menerangkannya begini:

Had masa jalan

Tiga cara untuk mengaktifkan workflow

1. Perkataan workflow dalam arahan. “Jalankan workflow untuk mengaudit setiap titik akhir API di bawah src/routes/ bagi mencari pemeriksaan auth yang tiada”. Claude mengesan pencetus itu, menulis skrip dan melancarkannya.
2. /effort ultracode — menggabungkan penaakulan xhigh dengan orkestrasi workflow automatik. Ia terpakai kepada semua tugasan substantif dalam sesi. Dokumentasi menyatakan:

3. /deep-research [question] — workflow terbina dalam untuk penyelidikan dengan carian web dan semakan silang sumber.

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

Pasukan Bun menggunakan Dynamic Workflows untuk satu eksperimen: memindahkan Bun daripada Zig kepada Rust. Menurut blog Anthropic:

• ~750,000 baris Rust dijana.
• 11 hari dari komit pertama hingga gabungan.
• 99.8% ujian dalam suite sedia ada lulus.
• ~300 peraturan untuk menterjemahkan Zig → Rust.

Corak teknikalnya terdiri daripada tiga workflow berturut-turut:

1. Workflow #1 memetakan jangka hayat Rust yang betul untuk setiap medan struct dalam pangkalan kod Zig.
2. Workflow #2 menulis setiap fail .rs sebagai port yang kelakuannya sama dengan fail .zig yang sepadan. Beratus-ratus tugasan fail diagihkan merentas kelompok, dengan maksimum 16 ejen serentak dan dua penyemak bagi setiap fail.
3. Workflow #3 ialah gelung pembaikan: menjalankan binaan + ujian sehingga semuanya lulus.

Perangkap utama: workflow akan menghabiskan had anda untuk tugasan kecil

Kesimpulan praktikal: jika tugasan boleh dikendalikan oleh 1–2 subejen ringkas, jangan gunakan workflow; gunakan subejen secara manual. Workflow berbaloi untuk 50+ fail, bukan 5.

Dynamic Workflow ialah langkah seterusnya dalam kejuruteraan konteks. Workflow boleh mengagihkan kerja kepada sehingga 1000 pelancaran ejen keseluruhan, dengan maksimum 16 dijadualkan serentak. Tanpa konteks projek bersama, kesilapan boleh terkumpul merentas kelompok itu kerana setiap ejen hanya melihat bahagiannya sendiri.

Bilakah anda patut mengaktifkan usaha xhigh?#

Dalam nota keluaran Claude Code v2.1.154, Anthropic menyatakan dengan jelas: Opus 4.8 berjalan pada effort=high secara lalai — ini ialah standard baharu selepas pelancaran. Sebelum ini standardnya lebih rendah. Tahap xhigh baharu tersedia di atas tahap itu untuk tugasan paling mencabar, yang menyebabkan model menggunakan lebih banyak token pemikiran pada setiap langkah.

Bila hendak menggunakan xhigh:

• Migrasi (corak seni bina baharu → 50+ fail).
• Audit keselamatan (semakan keselamatan 200+ titik akhir).
• Refaktor terancang dengan pemeriksaan invarian.
• Sesi penyahpepijatan yang kompleks dan panjang apabila model perlu mengingati keseluruhan laluan.

Bila TIDAK perlu menggunakannya:

• Suntingan rutin dalam satu fail (tulis ujian, namakan semula kaedah).
• Arahan ringkas dengan struktur yang jelas.
• Dokumentasi / komen — xhigh menambah kos di situ.

Dalam Claude Code v2.1.154, peluncur usaha dinamakan semula daripada “Speed/Intelligence” kepada “Faster/Smarter.” Tetapan lalai /effort high kini digunakan secara dalaman; anda tidak perlu menukarnya secara eksplisit.

Bilakah anda patut menggunakan Fast Mode?#

Harga:

Bila hendak menggunakannya:

• Tugasan interaktif yang mengutamakan masa respons berbanding ketepatan (semakan kod langsung dalam strim).
• Suntingan pantas dan pengujian hipotesis.
• Demonstrasi / pembentangan kepada pelanggan.

Bila TIDAK perlu menggunakannya:

• Kerja agentik jangka panjang — harga 2× bagi konteks 1M menjejaskan ekonomi penggunaan.
• Dynamic Workflow besar — Fast Mode menggandakan kadar token yang berkenaan, dan penggunaan terkumpul merentas semua ejen yang dilancarkan. Had 1000 pelancaran keseluruhan bukan pengganda tetap kos tugasan sebanyak 1000×; bajetkan berdasarkan jumlah penggunaan input dan output sebenar.
• Sesi latar belakang yang tidak memerlukan kelajuan kritikal.

Bagaimanakah anda bertukar kepada Opus 4.8 tanpa kehilangan tetapan?#

Langkah 1. Kemas kini Claude Code

Dalam terminal:

claude upgrade

Atau pasang semula dengan mengikuti dokumentasi Anthropic.

⚠️ Versi sasaran ialah v2.1.156 atau lebih baharu. v2.1.154 mempunyai pepijat: apabila menggunakan Opus 4.8, blok pemikiran diubah suai, lalu menyebabkan ralat API. Pepijat itu dibetulkan dalam v2.1.156.

Semak versi:

claude --version

Langkah 2. Tukar model dalam /config

Dalam Claude Code:

/model claude-opus-4-8

Atau buka /config → bahagian Model → pilih Opus 4.8 daripada senarai. ID model pada titik akhir API ialah claude-opus-4-8.

Langkah 3. Aktifkan Dynamic Workflows (pelan Pro)

Dynamic Workflows dinyahaktifkan secara lalai pada pelan Pro. Buka /config → bahagian Workflows → aktifkannya. Ciri ini sudah diaktifkan dari awal pada Max, Team dan Enterprise peribadi. Pada Enterprise dengan pentadbir, ciri ini mungkin dinyahaktifkan oleh pentadbir; minta mereka mengaktifkannya.

Langkah 4. Jalankan ujian

Dalam Claude Code, minta tugasan ringkas dengan hasil yang jelas untuk memastikan model memberikan respons yang betul:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

Jika responsnya sesuai dan frasa “using claude-opus-4-8” muncul pada permulaan, pertukaran itu berjaya. Jika berlaku ralat 400, semak versi Claude Code anda (kembali ke langkah 1).

Perkara yang TIDAK perlu dipindahkan

• CLAUDE.md berfungsi dengan mana-mana model tanpa perubahan. Butiran lanjut dalam panduan cara mengkonfigurasi CLAUDE.md.
• Skills dikesan secara automatik oleh Opus 4.8. Butiran lanjut dalam panduan Claude Code Skills.
• Pelayan MCP berfungsi dengan cara yang sama. Panduan MCP ialah 7 gabungan sedia guna.
• Subejen dan Plan Mode tidak berubah. Ringkasan pilihan antara Skills, Subejen, MCP dan Plugins terdapat dalam panduan utama yang berkaitan.

Patutkah anda bertukar daripada Sonnet 4.6 atau Haiku 4.5?#

Saya telah pun membincangkan pilihan antara Sonnet dan Opus dalam panduan terdahulu, tetapi panduan itu tentang 4.7. Peraturannya berubah sedikit dengan Opus 4.8.

Matriks keputusan untuk 2026:

Bagi kebanyakan vibe coder, pilihan terbaik ialah Sonnet 4.6 sebagai model lalai, ditambah Opus 4.8 untuk tugasan mencabar melalui penukar /model. Dengan cara itu, anda membayar lebih sedikit dan masih mengendalikan tugasan mencabar dengan betul.

Apakah yang TIDAK berfungsi dalam Opus 4.8?#

Tiga bidang yang menjadi kelemahan Opus 4.8 menurut laporan praktikal:

1. Strategi dan hala tuju produk yang sarat data. Laporan praktikal menunjukkan bahawa 4.7 masih lebih diutamakan untuk analisis. Jika kegunaan utama anda ialah membina jadual metrik dan mencadangkan hala tuju produk, cuba 4.8 dahulu; jika gagal, kembali kepada 4.7 menggunakan /model claude-opus-4-7.

2. “10% terakhir” dalam pangkalan kod sedia ada. Model ini melakukan kerja greenfield (projek baharu dari awal) dengan sangat baik, tetapi menghadapi kesukaran apabila mematangkan kod lama — kes pinggir dan ciri khusus seni binanya. Ini kelemahan lazim model penaakulan: model menjana dengan baik tetapi lemah dalam “menyudahkan” sesuatu yang sudah wujud.

3. Halusinasi masih berlaku. “4× kurang berkemungkinan terlepas pepijat” bermakna model lebih kerap berkata “Saya tidak tahu,” tetapi apabila konteks tidak mencukupi, ia masih boleh menghasilkan rekaan yang munasabah. Perlindungannya ialah konteks projek: semakin lengkap CLAUDE.md, semakin kurang ruang untuk halusinasi.

Ini tidak bermaksud “jangan kemas kini.” Maksudnya: fahami batasannya dan simpan Sonnet 4.6 serta Opus 4.7 sebagai pilihan sandaran.

Apakah yang menyusul selepas Opus 4.8?#

Dalam ungkapan Anthropic, “beberapa minggu akan datang” biasanya bermaksud 4–8 minggu. Dengan kata lain, model kelas Mythos kemungkinan besar akan dilancarkan pada Jun–Julai 2026. Ini mengubah strategi:

• Jika projek semasa anda menggunakan Sonnet 4.6 atau Opus 4.7 — kemas kini kepada 4.8 dan cuba xhigh serta workflow untuk tugasan tertentu. Ini naik taraf percuma dari segi harga.
• Jika anda merancang migrasi besar menggunakan workflow — jangan tergesa-gesa. Model yang boleh melakukannya dengan lebih baik mungkin muncul dalam sebulan dua. Anda boleh bermula dengan eksperimen pada satu modul untuk memahami cara ia berfungsi.
• Jika anda hendak membina semula infrastruktur berasaskan Dynamic Workflows — tunggu. Mythos mungkin mengubah corak asasnya.

Ketidakpastian itulah nasihat utama: kekal fleksibel. Opus 4.8 ialah peningkatan beransur-ansur yang baik. Mythos mungkin satu lompatan besar. Jangan melabur dalam kerja semula besar sebulan sebelum model baharu mungkin dilancarkan.

Teruskan meneroka Ailoot di ailoot.ai.