為什麼這麼快就出新版？
Opus 4.7 在 2026 年 4 月發布，市場反應相對冷淡——不少用戶認為升幅有限，加上 OpenAI Codex 和 Google Gemini Flash 近期相繼推出，競爭壓力明顯加大。Anthropic 用 41 天完成了下一代 Opus 的迭代，這在 Anthropic 的歷史上算是異常快的節奏。
這次有三條主線：對模型本身的改善（更誠實、agentic 任務更可靠）；一個讓 Claude Code 能大規模平行作業的新功能（Dynamic Workflows）；以及一個影響 API 使用方式的重要更新（system entry 進 messages array）。定價沿用 4.7 標準，沒有漲價。
比前代誠實 4 倍：主動標記不確定性
Anthropic 在發布文中特別強調 Opus 4.8 的「誠實」改善。AI 模型有一個常見問題：即使結果有疑問，也傾向以確定的語氣回答，讓使用者以為一切正常。Opus 4.8 針對這一點做了明確訓練。
評測數據：Opus 4.8 讓「有缺陷的程式碼不被標記就通過」的機率，比 Opus 4.7 低了約 4 倍。也就是說，你交給它的程式碼若有問題，它更可能主動告訴你。
這在實務上的意義很具體。Bridgewater Associates（全球最大對沖基金之一）在測試中給出的評語是：
「最大的差異在於 Opus 4.8 會主動發現分析輸入和輸出裡的問題——這是其他模型慣常遺漏、留給用戶自己去抓的東西。」
Bridgewater Associates · Opus 4.8 早期測試Anthropic 的 alignment 評估也顯示，Opus 4.8 在「支持用戶自主性」和「以用戶利益為優先行動」這兩個指標上創歷史新高，且出現誤導行為（欺騙或配合誤用）的比例比 4.7 顯著降低，接近 Claude Mythos Preview 的水準。
Dynamic Workflows：數百個平行 Subagent
這是這個版本最受關注的功能。Dynamic Workflows 目前以 research preview 形式提供，適用 Claude Code 的 Enterprise、Team 和 Max 方案。它讓 Claude 能夠：規劃一個大型任務 → 同時啟動數百個平行 subagent 各自執行 → 驗證輸出 → 彙整結果回報。
Anthropic 給出的具體範例是：Claude Code 搭配 Opus 4.8，可以從頭到尾完成十萬行以上 codebase 的遷移，用現有的 test suite 作為標準，從啟動到 merge 全程自動。
Orchestrator + Subagent 分工
Opus 4.8 作為 orchestrator 負責規劃和驗證；各 subagent 有獨立的 context window，只回傳結果，不把全部中間資料塞進主 context。
同時數百個平行 Subagent
單一 session 可協調數百個 subagent 同時執行不同的子任務。Opus 4.8 的 subagent 執行時間比前代更長，適合耗時的 agentic 工作流。
執行前規劃、完成後驗證
Dynamic Workflows 分成三個階段：先規劃（plan）、再執行（execute）、最後驗證（verify）。這讓大型自動化任務有可控的品質保障機制。
大規模 Codebase 任務
適合 codebase-scale migration、大型 refactor、跨檔案一致性審查、自動化測試生成等需要同時在多個檔案上平行工作的場景。
Subagent 的設定仍沿用現有的 .claude/agents/ 架構：每個 subagent 在獨立 context window 中執行，可指定模型（如用 Haiku 降低成本）、限制工具存取、設定 system prompt。Subagent 不能再啟動 subagent，防止無限遞迴。
Messages API：System Entry 可以放進 messages array
這個更新相對低調，但對 agentic 應用開發者影響很大。
以前如果要在 agent 執行過程中更新 system prompt——例如調整權限、更新 token budget、或換掉某個環境變數——只有兩個選擇：重新發 request（破壞 prompt cache）或把更新塞進 user turn（不夠乾淨）。現在有了第三種方式：
# 現在可以在 messages array 中間插入 system entry
messages = [
{"role": "user", "content": "開始任務"},
{"role": "assistant", "content": "好的，開始執行..."},
# 中途插入 system entry 更新指令
{"role": "system", "content": "Token budget 剩 50k，優先完成核心任務。"},
{"role": "user", "content": "繼續"},
]關鍵優勢：這個方式不會破壞 prompt cache。以前的 system prompt 修改會讓整個 cache 失效，需要重建，成本很高。現在可以在 agent 執行過程中動態調整 permissions、token budgets 或 environment context，而不影響已快取的部分。
system role 的 entry 放在 messages array 裡（而不只是最頂層的 system 參數）。Effort 控制 + Fast Mode 降價
Opus 4.8 預設跑在 high effort 等級，這個設定下的 token 用量與 Opus 4.7 預設相當，但效果更好。用戶現在可以在三個等級之間選擇：
Anthropic 建議：困難任務和長時間 async 工作流用 extra；需要最高品質時用 max。Claude Code 的 rate limit 已相應調高，來容納 higher effort 帶來的 token 用量增加。
Mythos 還要再等幾週
Anthropic 的下一個模型等級 Claude Mythos 目前仍在有限預覽中，僅供 Project Glasswing 的網路安全合作夥伴使用（已協助發現 10,000+ 個高危漏洞）。Mythos 等級的能力需要更強的安全防護才能公開發布。
Anthropic 在 Opus 4.8 的發布文中寫道：「我們正在快速推進防護措施的開發，預計在未來幾週內能夠將 Mythos 等級的模型提供給所有用戶。」
也就是說，Opus 4.8 是在 Mythos 正式開放前的過渡版本——它的 alignment 行為已接近 Mythos Preview 的水準，但計算能力和任務規模還有一個等級的差距。