Anthropic 發表 Claude Opus 5：以 Opus 4.8 同價逼近 Fable 5，且不要求資料保留

Anthropic 於 2026 年 7 月 24 日發表 Claude Opus 5（claude-opus-5）。依 Claude Platform release notes，Opus 5 支援 1M token context window（同時是預設與上限）、最多 128k 輸出 token，thinking 預設開啟，定價每百萬 token 輸入 5 美元、輸出 25 美元，與 Claude Opus 4.8 相同；上市即可在 Claude API、Amazon Bedrock、Claude Platform on AWS、Google Cloud 與 Microsoft Foundry 使用。官方也表示它成為 Claude Max 的預設模型、Claude Pro 上最強的模型。

官方定位是「以一半價格接近 Claude Fable 5 的前沿能力」。對企業更實際的差異在治理條件：Anthropic 明說 Opus 5 與先前 Opus 模型一致，一般存取沒有資料保留要求；而 Fable 5 需強制 30 天保留。安全防護方面，Opus 5 與 Opus 4.8 相近，只在少數網安任務上加強；在 Claude.ai、Claude Code 與 Claude Cowork 中被標記的請求預設改由 Opus 4.8 回應，API 端也可開啟自動 fallback。

API 上有需要注意的破壞性變更：在 effort 設為 xhigh 或 max 時關閉 thinking 會回傳 400 錯誤（Opus 4.8 允許），effort 成為主要控制手段，支援 low 到 max 五個等級。同日 release notes 也宣布 Claude Opus 4.7 的 fast mode 移除，帶 speed "fast" 的請求會直接報錯。Opus 5 本身提供 fast mode，約 2.5 倍速度、價格為基本價兩倍。

Frontier-Bench、ARC-AGI 3、Zapier AutomationBench、OSWorld 2.0 等「領先」數字都來自 Anthropic 官方文章，部分為合作夥伴自行評測，尚未有獨立重現；企業應以自己的任務集比較 Opus 5 與 Opus 4.8、Fable 5 的成本與品質，而不是直接採信圖表。

從 Opus 4.8 遷移到 Opus 5 的實務檢查：把模型 ID 改為 claude-opus-5 後，找出所有在 effort 為 xhigh 或 max 時仍送出 thinking disabled 的請求並修正；把原本以 thinking 預算調整品質的做法改為 effort 等級（low、medium、high、xhigh、max）；若原本使用 Claude Opus 4.7 的 fast mode，需改到 Opus 5 或 Opus 4.8，因 4.7 帶 speed "fast" 已會直接報錯；最後決定 API 端是否開啟自動 fallback，並在帳務與日誌中區分哪些回應實際由 Opus 4.8 產生，避免品質評估被混淆。

後續觀察重點：Opus 5 是否成為多數企業的預設前沿模型（取代需要資料保留的 Fable 5）、effort 等級在實務上的成本曲線，以及 thinking 相關參數限制對既有程式碼的影響範圍。