Anthropic 於 2026 年 9 月 1 日發布 Claude Fable 5.1，並將其定位為處理要求嚴苛推理與長時程（long-horizon）agentic 工作的模型。對開發團隊而言，這次更新可先聚焦三項資訊：API token 計價、prompt cache 計費，以及既有 API Agent 在工具選擇與 thinking block 歷史處理上的遷移相容性。
透過 Claude API 呼叫時，Fable 5.1 的模型 ID 為 claude-fable-5-1。另一款 Claude Mythos 5.1 不屬於一般可直接選用的模型，僅以邀請制提供給 Project Glasswing 參與者。
Claude Fable 5.1 與 Mythos 5.1：先看存取方式
| 項目 | Claude Fable 5.1 | Claude Mythos 5.1 |
|---|---|---|
| 已確認資訊 | 2026 年 9 月 1 日發布 | 與 Fable 5.1 共用規格與定價 |
| 定位 | 要求嚴苛推理與長時程 agentic 工作 | 本文僅整理已確認的邀請制存取資訊 |
| 存取方式 | 官方模型頁列出多個 API 與雲端平台 | 僅限受邀的 Project Glasswing 參與者 |
因此，對多數開發者與企業團隊而言，較適合優先評估的公開 API 選項是 Fable 5.1；不宜將 Mythos 5.1 視為可直接申請或自由選用的通用替代品。Mythos 5.1 也不應被描述為沒有任何安全防護的模型。
Claude Fable 5.1 價格：輸入、輸出與快取計費
以下為官方價格文件列出的 Fable 5.1 API 計價。MTok 指每百萬 token。
| 計費項目 | 價格（美元／MTok） |
|---|---|
| 標準輸入 | US$10 |
| 標準輸出 | US$50 |
| 5 分鐘 prompt cache write | US$12.50 |
| 1 小時 prompt cache write | US$20 |
| Cache hit／refresh | US$0.25 |
若工作流程產生 cache hit，應將其單獨計價納入成本評估。實際總成本仍取決於輸入、輸出、快取使用情況與任務回合數，不宜只用單一 token 單價判斷工作流程是否划算。
效能提升怎麼看？benchmark 應視為 Anthropic 自述
Anthropic 在官方發布公告中報告兩組 Fable 5.1 與 Fable 5 的結果：
- Terminal-Bench-Science 0.1：Fable 5.1 為 52.6%，Fable 5 為 24.7%。
- Terminal-Bench 4.0：Fable 5.1 為 55.8%，Fable 5 為 42.0%。
這些數字可用來理解 Anthropic 想強調的改善方向，但屬於 Anthropic 報告的測試結果，不等於獨立第三方驗證，也不應直接延伸為跨版本、不同測試框架（harness）或所有真實工作負載下的通用排名。
實務上，團隊可用自身任務進行對照，記錄任務成功率、平均回合數、輸出 token、prompt cache hit rate 與遷移後的 400 錯誤率，再依結果決定是否調整模型選擇。
可用平台與台灣：不要混淆不同層次的可用性
Claude Fable 5.1 模型頁目前列出 Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry 與 Claude Platform on AWS。這表示官方文件已列出這些平台路徑；實際導入時，仍應依團隊使用的服務路徑與帳戶環境確認。
台灣列在 Anthropic 的一般 Claude 存取地區中。不過，這只確認 Claude 的一般地區存取，不能推論台灣每個帳戶都已取得 Fable 5.1、Claude Code 或特定訂閱方案的權益。
語言方面，Claude 可依使用者採用的語言對話，因此可用繁體中文提問與互動；但 Web／Desktop 的官方介面支援語言清單未列中文。換句話說，可用繁中對話不等於已有繁中介面。
API Agent 遷移：先處理兩個容易報錯的地方
以下相容性資訊適用於已確認的 API 模型遷移情境。本文未能確認各 Claude Code 登入方式或雲端供應商路徑是否具有一致的 Fable 5.1 可用狀態、模型選擇器或版本要求。
1. 強制工具選擇模式不相容
在 claude-fable-5-1 上，若將 tool_choice 設為 any，或使用指定 tool 類型，請求會回傳 400 invalid_request_error。既有 API Agent 若依賴「模型必須呼叫特定工具」的控制邏輯，升級前應先調整該段流程，並以整合測試驗證替代設計。
2. 不要任意重組含 thinking block 的對話前綴
官方遷移文件指出，thinking block 只能由產生它的模型或較新模型讀取；若自行組裝訊息歷史，先前對話前綴的變動可能使 thinking block 失效。這會影響需要自行保存、裁切、合併或重送對話歷史的應用設計。
此外，官方公告稱，這項反蒸餾相關變更採分階段推出（rollout）：自 2026 年 9 月 1 日起建立的新 API 帳戶先適用，既有帳戶在當時尚未受影響。因此，不應假設所有既有 API 帳戶都已遇到相同的前綴綁定行為；新專案則應將此情況納入架構與測試考量。
導入前檢查清單：用試點決定是否升級
- 確認呼叫路徑：先確認團隊使用 Claude API 或哪一個雲端平台，再依實際帳戶環境核對可用性。
- 更新模型設定：API 模型 ID 使用
claude-fable-5-1。 - 掃描工具設定：找出
tool_choice: any與指定工具模式，避免升級後直接出現 400 錯誤。 - 檢查 history 處理：若系統會自行組裝含 thinking block 的歷史，應測試前綴調整、重送與失效情境。
- 建立成本與品質基準：以自身任務追蹤 cache hit rate、總 token 成本、平均回合數與任務成功率，再與現有選項比較。
結論：誰該優先評估 Claude Fable 5.1？
正在評估自身長時程 agentic 任務的團隊，可考慮以小規模試點檢視 Claude Fable 5.1。尤其在任務品質、回合數與快取使用情況都會影響成本判斷時，更應以實際工作流程建立比較基準。
升級不該只看官方 benchmark。應先確認 tool_choice 的不相容變更、thinking block 歷史的處理方式與實際服務路徑，再用自家任務資料比較成本與成功率。模型選擇應回到工作型態與實測結果，而不是將單一模型視為所有任務的答案。
延伸閱讀可參考：Fable 5.1／Mythos 5.1 官方遷移指南、Claude Platform 價格文件與Claude Fable 5.1 官方模型頁。
