# Opus 4.8 dalam Claude Code: Perkara Baharu, Harga dan Cara Bertukar pada 2026
> Perkara baharu dalam Claude Code dengan Opus 4.8 pada 28 Mei 2026: Dynamic Workflows, usaha xhigh, Fast Mode. Harga tepat, penanda aras dan matriks keputusan.
Source: https://ailoot.ai/blog/ms/opus-4-8-claude-code-features/
Canonical: https://ailoot.ai/blog/ms/opus-4-8-claude-code-features/
Language: ms
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-194
Revision: sha256-79c5e8845a922742929a9ff26ef5ec6ee2918438a4cd7e26db1813342f7d9360
Dokumentasi rujukan Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/).
## Perkara yang dilancarkan dalam Claude Code pada 28 Mei
Rumusan utama
Anthropic melancarkan Opus 4.8 dan Claude Code v2.1.154 pada hari yang sama. Empat perubahan dalam sehari: model Opus 4.8 baharu (penanda aras pengekodan agentik: 69.2% berbanding 64.3% untuk 4.7), Dynamic Workflows untuk mengatur sehingga 16 ejen serentak dan sehingga 1000 keseluruhan bagi setiap pelaksanaan, usaha xhigh sebagai tahap pemikiran baharu, dan Fast Mode menjadi 3 kali lebih murah. Harga standard tidak berubah.
Pada 28 Mei, Anthropic melancarkan [Opus 4.8](https://www.anthropic.com/news/claude-opus-4-8) — 41 hari selepas Opus 4.7. Claude Code v2.1.154 dan catatan blog [“Memperkenalkan dynamic workflows dalam Claude Code”](https://claude.com/blog/introducing-dynamic-workflows-in-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:
Pengguna akan melihat peningkatan sederhana tetapi ketara pada Opus 4.8 berbanding pendahulunya. Model ini kira-kira empat kali kurang berkemungkinan terlepas kecacatan dalam kod yang ditulisnya sendiri tanpa sebarang komen.
— Anthropic, https://www.anthropic.com/news/claude-opus-4-8
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?
Rumusan utama
Menurut angka Anthropic, Opus 4.8 memperoleh 4.9 mata lebih tinggi dalam pengekodan agentik (SWE-Bench Pro: 69.2% berbanding 64.3%), 137 mata lebih tinggi pada Elo GDPval-AA (1890 berbanding 1753), dan 4 kali kurang kerap terlepas pepijatnya sendiri. Harga standard tidak berubah. Tarikh akhir pengetahuan dan konteks 1M kekal sama.
### Perkara yang bertambah baik dalam angka
Anthropic menerbitkan penanda aras dalam [pengumuman rasminya](https://www.anthropic.com/news/claude-opus-4-8) dan [Dokumentasi Claude API](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8). Jadual ringkasan:
| Penanda aras | Opus 4.7 | Opus 4.8 | Δ |
|-------------------------------------------|----------|----------|--------------|
| SWE-Bench Verified | 87.6% | 88.6% | +1.0 |
| SWE-Bench Pro (pengekodan agentik) | 64.3% | 69.2% | +4.9 |
| Elo GDPval-AA (kerja berasaskan pengetahuan) | 1753 | 1890 | +137 |
| Penaakulan pelbagai disiplin (HLE + alat) | 54.7% | 57.9% | +3.2 |
| Online-Mind2Web (penggunaan pelayar/komputer) | \- | 84% | baharu |
| OSWorld-Verified (penggunaan komputer agentik) | \- | 83.4% | disahkan |
| Analisis kewangan agentik | 51.5% | 53.9% | +2.4 |
| MCP-Atlas | \- | 82.2% | baharu |
⚠️ Ini ialah **angka yang diterbitkan vendor** — angka daripada Anthropic, bukannya pengukuran bebas.
### Janji utama: “4× kurang berkemungkinan terlepas pepijat”
Dakwaan Anthropic:
Model ini empat kali kurang berkemungkinan berbanding pendahulunya terlepas kecacatan dalam kod yang ditulisnya sendiri tanpa sebarang komen.
— Anthropic, https://www.anthropic.com/news/claude-opus-4-8
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?
Rumusan utama
Harga standard \$5/\$25 bagi setiap juta token kekal sama seperti 4.7. Fast Mode menjadi 3 kali lebih murah: sebelum ini harganya 6× harga standard; kini 2× pada kelajuan 2.5× (iaitu, \$10/\$50). Dengan pelan Claude Max 5x pada harga \$100, penggunaan Opus 4.8 yang stabil memberikan kira-kira 4–6 jam pengekodan aktif sehari. Dengan Pro pada harga \$20 — 1–2 jam. Saya menghuraikan pelan Anthropic dalam panduan tentang had penggunaan.
### Tahap harga
| Mod | Input (\$/juta token) | Output (\$/juta token) | Kelajuan |
|----------|------------------------|-------------------------|-----------------------|
| Standard | \$5 | \$25 | asas |
| Fast Mode | \$10 | \$50 | sehingga 2.5× lebih pantas |
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](https://ailoot.ai/blog/ms/claude-code-token-limits-saving/) dan [ke mana perginya token](https://ailoot.ai/blog/ms/where-claude-code-tokens-go/).
⚠️ 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?
Rumusan utama
Dynamic Workflow ialah skrip JS yang ditulis Claude untuk tugasan anda. Skrip itu melancarkan sehingga 16 subejen selari pada satu-satu masa (sehingga 1000 semuanya dalam satu pelaksanaan). Hasil perantaraan disimpan dalam pemboleh ubah skrip; hanya hasil akhir masuk ke konteks Claude. Pencetusnya ialah perkataan workflow dalam arahan, atau /effort ultracode, atau arahan /deep-research terbina dalam.
### 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](https://code.claude.com/docs/en/workflows) menerangkannya begini:
Dynamic workflow ialah skrip JavaScript yang mengatur subejen pada skala besar. Claude menulis skrip untuk tugasan yang anda terangkan, dan masa jalan melaksanakannya di latar belakang sementara sesi anda kekal responsif.
— Dokumentasi Anthropic Claude Code, https://code.claude.com/docs/en/workflows
### Had masa jalan
| Parameter | Nilai |
|-----------|-------|
| Ejen serentak | sehingga **16** pada satu-satu masa |
| Jumlah ejen bagi setiap pelaksanaan | **1000** setiap pelaksanaan |
| Input pengguna semasa pelaksanaan | tiada — anda tidak boleh campur tangan; anda perlu memulakan semula |
| Sistem fail/shell langsung daripada skrip | tiada — hanya ejen yang dilancarkan boleh menulis/membaca |
### 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:
Satu permintaan boleh bertukar menjadi beberapa workflow berturut-turut: satu untuk memahami kod, satu lagi untuk membuat perubahan, dan satu ketiga untuk menyemaknya.
— Dokumentasi Anthropic Claude Code, https://code.claude.com/docs/en/workflows
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](https://bun.sh) menggunakan Dynamic Workflows untuk satu eksperimen: memindahkan Bun daripada Zig kepada Rust. Menurut [blog Anthropic](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code):
- **~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?
Rumusan utama
Usaha xhigh ialah tahap penaakulan baharu antara high dengan tahap sebelumnya. Pada Opus 4.8, tetapan lalainya ialah high; xhigh ditujukan kepada tugasan mencabar: migrasi, audit keselamatan dan refaktor yang dirancang. Untuk suntingan rutin, xhigh bermakna membayar lebih untuk token pemikiran tanpa mendapat manfaat. Dalam Claude Code, peluncur usaha dinamakan semula daripada “Speed/Intelligence” kepada “Faster/Smarter.”
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?
Rumusan utama
Fast Mode pada Opus 4.8 masih model Opus yang sama dalam konfigurasi berkelajuan tinggi. Kosnya ialah \$10/\$50 bagi setiap juta token (2× harga standard) dan kelajuannya sehingga 2.5× lebih pantas. Harganya menjadi 3 kali lebih murah: pada 4.6/4.7, harganya 6× harga standard. Gunakannya apabila respons pantas lebih penting daripada ketepatan: semakan kod secara langsung, iterasi pantas, demonstrasi. JANGAN gunakannya untuk kerja agentik jangka panjang — harga 2× menjejaskan ekonomi penggunaan.
Harga:
| Parameter | Nilai |
|-----------|-------|
| Input | \$10 bagi setiap juta token (2× harga standard) |
| Output | \$50 bagi setiap juta token (2× harga standard) |
| Kelajuan | sehingga 2.5× token output/saat |
| Pengaktifan | `speed: "fast"` dalam API atau tetapan dalam Claude Code `/config` |
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?
Rumusan utama
Empat langkah. Kemas kini Claude Code kepada v2.1.156 (bukan v2.1.154 — versi itu mempunyai pepijat blok pemikiran). Buka /config dan pastikan Opus 4.8 tersedia dalam senarai model. Pada pelan Pro, aktifkan juga Dynamic Workflows dalam /config. Jalankan ujian pada tugasan ringkas (satu fail, arahan jelas). Anda tidak perlu memindahkan Skills atau CLAUDE.md — kedua-duanya berfungsi secara automatik dengan mana-mana model.
### Langkah 1. Kemas kini Claude Code
Dalam terminal:
```bash
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:
```bash
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](https://ailoot.ai/blog/ms/claude-md-template/).
- **Skills** dikesan secara automatik oleh Opus 4.8. Butiran lanjut dalam panduan [Claude Code Skills](https://ailoot.ai/blog/ms/claude-code-skills-library/).
- **Pelayan MCP** berfungsi dengan cara yang sama. Panduan MCP ialah [7 gabungan sedia guna](https://ailoot.ai/blog/ms/mcp-servers-claude-code/).
- **Subejen dan Plan Mode** tidak berubah. Ringkasan pilihan antara Skills, Subejen, MCP dan Plugins terdapat dalam [panduan utama yang berkaitan](https://ailoot.ai/blog/ms/skills-subagen-mcp-pemalam-claude-code/).
## Patutkah anda bertukar daripada Sonnet 4.6 atau Haiku 4.5?
Rumusan utama
Sonnet 4.6 lebih murah dan pantas, serta cemerlang untuk kerja rutin dan kerumitan sederhana. Haiku 4.5 hampir percuma untuk CI/CD dan ujian automatik. Opus 4.8 ditujukan kepada keputusan seni bina, migrasi dan refaktor kompleks. Matriksnya: rutin = Sonnet, tugasan mencabar = Opus 4.8, CI dan kelompok = Haiku. Bagi kebanyakan vibe coder, pilihan terbaik ialah Sonnet 4.6 sebagai model lalai serta Opus 4.8 untuk tugasan mencabar melalui penukar model.
Saya telah pun membincangkan pilihan antara Sonnet dan Opus dalam [panduan terdahulu](https://ailoot.ai/blog/ms/claude-code-model-effort-sonnet-opus/), tetapi panduan itu tentang 4.7. Peraturannya berubah sedikit dengan Opus 4.8.
Matriks keputusan untuk 2026:
| Tugasan | Model | Sebab |
|---------|-------|-------|
| Suntingan rutin, menulis ujian, refaktor dalam satu fail | Sonnet 4.6 | 3 kali lebih murah, cukup pantas, kualiti memadai |
| Keputusan seni bina (cara menyusun atur projek) | Opus 4.8 @ xhigh | Penaakulan mencabar, kapasiti konteks, kejujuran baharu |
| Migrasi merentasi 50+ fail | Opus 4.8 + Dynamic Workflow | Inilah keadaan workflow sesuai digunakan |
| Audit keselamatan | Opus 4.8 + Dynamic Workflow | Pemeriksaan adversarial ejen lawan ejen |
| CI/CD, kelompok, ujian automatik | Haiku 4.5 | Hampir percuma, pantas, kualiti memadai |
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?
Rumusan utama
Tiga kelemahan yang diketahui. Pertama — strategi sarat data: laporan praktikal menunjukkan bahawa kerja analisis dan hala tuju produk lebih buruk berbanding 4.7. Kedua — “10% terakhir”: model sukar menangani kes pinggir dalam pangkalan kod sedia ada. Ketiga — halusinasi masih berlaku, terutamanya apabila konteks tidak mencukupi. Ini tidak menafikan manfaat kemas kini, tetapi penting untuk diketahui supaya anda tidak kecewa.
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?
Rumusan utama
Dalam pengumuman Mei 2026, Anthropic memberi bayangan tentang “model kelas Mythos dalam beberapa minggu akan datang” — generasi seterusnya, dijangka pada Jun 2026. Jadi jika anda memilih antara “kemas kini sekarang atau tunggu,” jawapannya: kemas kini, tetapi jangan melabur dalam migrasi besar sebelum Mythos dilancarkan. Dalam amalan: cuba Opus 4.8 pada projek semasa; jangan bina semula infrastruktur berasaskan workflow sebelum Jun.
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.
### Sumber
- [Memperkenalkan Claude Opus 4.8 - Anthropic](https://www.anthropic.com/news/claude-opus-4-8)
- [Perkara baharu dalam Claude Opus 4.8 - Dokumentasi Claude API](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8)
- [Mengatur subejen pada skala besar dengan dynamic workflows - Dokumentasi Claude Code](https://code.claude.com/docs/en/workflows)
- [Memperkenalkan dynamic workflows dalam Claude Code - Blog Anthropic](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)
- [Keluaran Claude Code v2.1.154-156 - GitHub](https://github.com/anthropics/claude-code/releases)
- [Claude Opus 4.8 tersedia secara umum untuk GitHub Copilot - GitHub Changelog](https://github.blog/changelog/2026-05-28-claude-opus-4-8-is-generally-available-for-github-copilot/)
Teruskan meneroka Ailoot di [ailoot.ai](https://ailoot.ai/).
## Soalan lazim: Opus 4.8 dalam Claude Code: Perkara Baharu, Harga dan Cara Bertukar pada 2026
### Bolehkah Dynamic Workflow menjalankan 1000 ejen pada masa yang sama?
Tidak. Had masa jalan dalam artikel ialah sehingga 16 ejen serentak dan sehingga 1000 pelancaran ejen keseluruhan dalam satu pelaksanaan. Set fail besar diproses merentas kelompok dalam had keserentakan itu.
### Bagaimanakah saya menganggarkan kos workflow besar?
Jumlahkan penggunaan input dan output merentas ejen yang benar-benar dilancarkan dan gunakan kadar token berkaitan. Fast Mode menggandakan kadar yang berkenaan; had 16 serentak atau 1000 keseluruhan bukan pengganda tetap kos tugasan biasa.
## Ailoot · Syarikat dan portfolio projeknya
Ailoot berteraskan pengalaman operasi yang mantap, pangkalan pelanggan yang besar, perkhidmatan yang stabil dan pemantauan KPI berterusan.
Syarikat dan portfolio projeknya: jutaan pelanggan; jualan bernilai berbilion setiap bulan.
Ailoot menggunakan pengalaman operasi ini untuk akses API kepada ciri AI dalam produk pelanggan, ejen, aplikasi dan automasi.