Claude Fable 5.1 的新功能

Claude Fable 5.1 以相同的每 token 價格延伸了 Claude Fable 5，在長時間執行的代理式程式開發、多步驟研究，以及文件、試算表與簡報工作上表現更強。對於大多數工作負載，請從 Claude Opus 5 開始（請參閱選擇模型）。當您需要高要求的推理與長時程的代理式工作，或是您在 Claude Opus 5 上以較高 effort 執行的評估仍然不足時，請使用 Claude Fable 5.1。Claude Mythos 5.1 僅向 Project Glasswing 參與者提供相同的能力。

如果您已經呼叫 Claude Fable 5，有三項變更屬於重大變更：強制工具使用會回傳錯誤、較早的模型無法讀取其 thinking 區塊，以及編輯較早的輪次會使 thinking 區塊失效。有五項屬於附加功能：每則訊息的 effort（beta）、回合範圍系統訊息（beta）、工具呼叫之間可讀的進度更新（display: "updates"，beta）、更低的快取讀取價格，以及內容來源。

模型

Claude Fable 5.1 與 Claude Mythos 5.1 共用規格與定價：

• 上下文視窗與輸出：1M token 上下文視窗（預設值與最大值），整個視窗皆採標準每 token 定價，最大輸出為 128k token。
• 思考：自適應思考始終開啟。請使用 effort 參數控制思考深度。
• 定價： 與 Claude Fable 5 相同，但快取讀取價格較低。
• Tokenizer： 與 Claude Fable 5 相同（隨 Claude Opus 4.7 推出）。與早於 Claude Opus 4.7 的模型相比，相同文字大約會多產生 30% 的 token。請參閱 Token 計數。

如需所有目前模型的資訊，請參閱模型概覽。

重大變更

不支援強制工具使用

Claude Fable 5.1 與 Claude Mythos 5.1 不支援強制「tool use」（工具使用）。將 tool_choice 設為 {"type": "any"} 或 {"type": "tool", "name": "..."} 會回傳 400 invalid_request_error：

tool_choice: type "tool" and "any" are not supported for this model.

tool_choice: {"type": "auto"}（預設值）與 {"type": "none"} 維持不變。相同的驗證也適用於 token 計數端點。

這些模型的思考始終開啟，而強制工具呼叫會跳過思考。模型會改為將其推演過程寫入工具引數中，進而降低引數品質。若需要符合 schema 的 JSON，請保留 tool_choice: {"type": "auto"} 並搭配嚴格工具使用設定 strict: true，或將 schema 移至結構化輸出。若要讓模型呼叫工具而非以文字回覆，請在提示中說明該工具何時適用（例如「使用 get_weather 工具來回答」）。Claude Fable 5.1 能可靠地遵循明確的工具指示。

較早的模型無法讀取 Claude Fable 5.1 thinking 區塊

每個 thinking 區塊都會記錄是哪個模型產生的，且僅在單一方向上保留：Claude Fable 5.1 可讀取較早模型的 thinking 區塊，但沒有任何較早的模型能讀取 Claude Fable 5.1 的區塊。移轉到 Claude Fable 5.1 的對話（來自 Claude Opus 5、Claude Fable 5 或任何較早的 Claude 模型）會保留其推理。從 Claude Fable 5.1 移轉到上述任一模型的對話，則會在該模型上執行的輪次中失去推理。

當請求帶有目標模型無法讀取的區塊時（例如在對話中途切換模型的路由器或備援機制），API 會在模型看到之前捨棄該區塊。被捨棄的區塊不計入 input_tokens，也不會計費。若使用 thinking-binding-controls-2026-08-01 beta 標頭，捨棄動作會回報於頂層的 input_transformations 陣列中。若未使用，則會靜默捨棄。請參閱保留的思考。

編輯較早的輪次會使 thinking 區塊失效

修改 Claude Fable 5.1 thinking 區塊之前的任何內容（system 提示、tools 或較早的訊息）會導致下一個請求出錯，或者如果您選擇加入，則會導致該區塊被捨棄。Claude Code、claude.ai、Claude Managed Agents 和 Claude Agent SDK 會為您保持該前綴完整。如果您的程式碼自行建構 messages 陣列，請在遷移前檢查它：保留的思考會逐步說明檢查和每個修復方法。對於 2026 年 8 月 31 日或之後建立的新帳戶，此檢查會被強制執行。對於較早建立的帳戶，API 會記錄不匹配，但僅在請求設定 thinking.block_binding.prefix_mismatch_behavior 時才採取行動。

以下模式會使其後的每個 thinking 區塊失效：

• 編輯、重新排序或移除較早的輪次，同時保留較晚的輪次。
• 將逐請求的文字（提醒或狀態列）注入較早的輪次，並在下一次請求時移除。
• 在同一對話的請求之間重建頂層 system 提示或 tools 陣列。
• 圖片或文件 URL 在後續請求中提供不同的位元組（檢查涵蓋的是位元組而非 URL，因此同一檔案的輪替簽署 URL 沒有問題）。

以下操作可讓後續區塊保持有效：移除開頭連續的一段 thinking 區塊（由最舊的開始）、讓伺服器端壓縮或上下文編輯修剪歷史記錄、移動 cache_control 標記，以及在請求之間變更 effort。從連續區段開頭以外的任何位置移除 thinking 區塊，會使其後的每個 thinking 區塊失效。

在強制執行檢查的情況下，重播已失效區塊的請求會被拒絕並回傳 400，其訊息為 The block is bound to a different conversation。若要改為捨棄該區塊並繼續，請傳送 thinking-binding-controls-2026-08-01 beta 標頭並設定 thinking.block_binding.prefix_mismatch_behavior: "drop_block"。捨棄動作會以 reason: "prefix_binding_mismatch" 回報於 input_transformations 中。

若要在長時間工作階段中保持思考有效，請將對話視為僅可附加（append-only）。請使用對話中途系統訊息新增指示（若僅應套用於單一輪次，請使用回合範圍），並使用對話中途工具變更來變更工具，而非編輯 system 或 tools。請使用伺服器端的上下文編輯或壓縮來修剪上下文，這些不算作編輯。這些模式也能讓提示快取保持熱狀態。若要確認您的整合是否會編輯歷史記錄，請以 prefix_mismatch_behavior: "drop_block" 執行一個工作階段並記錄 input_transformations：遷移指南提供了三步驟檢查。完整規則請參閱保留的思考。

新功能

在對話中途變更 effort（beta）

在 Claude Fable 5.1 上，您可以在對話中途變更 effort 等級，而不會使提示快取失效。對於困難的步驟提高它，對於例行步驟降低它。每則訊息的 effort 處於 beta 階段：請加入 mid-conversation-output-config-2026-07-01 beta 標頭。Claude Fable 5.1、Claude Mythos 5.1 和 Claude Opus 5 在 Claude API 上支援它。

client = anthropic.Anthropic()

response = client.beta.messages.create(
    model="claude-fable-5-1",
    max_tokens=4096,
    output_config={"effort": "high"},
    messages=[
        {
            "role": "user",
            "content": "Plan a migration from SQLite to PostgreSQL in three short steps.",
        },
        {
            "role": "assistant",
            "content": "1. Export the SQLite data. 2. Create the PostgreSQL schema. 3. Import the data and verify row counts.",
        },
        # 僅含 effort 的系統訊息：新的等級將從下一個使用者回合開始生效。
        {"role": "system", "content": [], "output_config": {"effort": "low"}},
        {"role": "user", "content": "Summarize the plan in one sentence."},
    ],
    betas=["mid-conversation-output-config-2026-07-01"],
)

for block in response.content:
    if block.type == "text":
        print(block.text)

詳情請參閱每則訊息的 effort。

回合範圍系統訊息（beta）

對話中途系統訊息可以限定於單一輪次。在 role: "system" 訊息上設定 clear_at: "next_user_message"，其文字便會在目前輪次中具有「system prompt」（系統提示）的權威性，並在之後出現 user 訊息時停止呈現。該訊息會保留在 messages 中，您也會持續原封不動地將其傳回，因此對話中較早的內容不會有任何改變。提示快取會持續命中，後續的 thinking 區塊保持有效，且已清除的訊息不會消耗任何輸入 token。請將其用於工具迴圈中的逐輪次提醒（「在執行更多程式碼之前先檢查您的收件匣」、「使用者看不到該工具輸出」），而非將文字注入歷史記錄並在下一次請求時刪除。回合範圍系統訊息目前為 beta：請加入 mid-conversation-system-clear-at-2026-08-21 beta 標頭。請參閱回合範圍系統訊息。

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "Results have landed in your inbox. Check it before running more code."
}

工具呼叫之間的進度更新（beta）

與 Claude Fable 5 相同，Claude Fable 5.1 會在工具呼叫之間撰寫簡短的進度更新，說明它發現了什麼以及接下來要做什麼，不過數量較少（請參閱與 Claude Fable 5 不同之處）。每則更新會以獨立的 thinking 區塊形式，緊接在工具呼叫之前送達。在預設的 thinking.display 為 "omitted" 的情況下，這些區塊會如同推理一樣以空白回傳，因此長時間的代理式輪次在您的使用者看來可能毫無動靜。新增的是 display: "updates" 選項：搭配 thinking-display-updates-2026-08-18 beta 標頭設定它，即可以文字形式接收進度更新，同時推理仍保持隱藏。此時任何含有非空文字的 thinking 區塊都是您可以向使用者顯示的狀態列。"summarized" 也會回傳它們，並與摘要後的推理混合。請參閱工具呼叫之間的進度更新。

內容來源標記

Claude Fable 5.1 與 Claude Mythos 5.1 所產生的文字，在提供該模型的每個平台上都帶有 Anthropic 的統計式文字浮水印。Claude 產生的受支援圖片與影片檔案（例如透過程式碼執行工具），當您在 Claude API 上透過 Files API 擷取時，會帶有已簽署的 C2PA Content Credentials。

浮水印不會改變輸出的意義、品質或可讀性。它不會新增任何 token 或隱藏字元，不帶有任何關於您或您組織的資訊，也不需要對您的請求或回應做任何變更。如需背景資訊，請參閱 Claude 如何標記 AI 生成內容與 Claude 的文字浮水印如何運作。

行為差異

與 Claude Fable 5 不同之處

Claude Fable 5.1 與 Claude Fable 5 有三項差異，無需任何程式碼變更即會顯現。每一項在提示 Claude Fable 5.1 中都有對應的提示修正方式：

• 平行工具呼叫的變動性更大。 在 Claude Fable 5 會批次發出多個工具呼叫的情況下，Claude Fable 5.1 可能每輪次只發出一個工具呼叫。這會出現在下一批獨立讀取僅為隱含的長代理迴圈中：自訂程式開發代理、bash 與編輯器框架、電腦使用。額外的輪次會耗費往返次數與實際時間，但不會降低答案品質。明確指名多個要擷取項目的請求仍會平行執行。請加入在代理迴圈中批次處理獨立工具呼叫中的單行批次指示。
• 長時間工具執行期間的進度更新較少。 模型在工具呼叫之間撰寫的面向使用者文字較少。如果您的 UI 依賴敘述，請明確要求開場說明、定期更新與結尾回顧。將 thinking.display 設為 "updates"（beta）即可接收它確實撰寫的進度更新。請參閱要求面向使用者的進度更新。
• 在 low effort 下更常憑記憶回答。 在最低 effort 等級下，模型較少呼叫搜尋或擷取工具。對於需要最新資訊的輪次請提高 effort，包括在對話中途提高。

與 Claude Fable 5 相同之處

以下 Messages API 行為自 Claude Fable 5 延續不變：

• 自適應思考始終開啟。帶有 budget_tokens 的 thinking: {"type": "enabled"} 與 thinking: {"type": "disabled"} 皆會回傳 400 錯誤。請省略 thinking 或傳送 {"type": "adaptive"}。
• thinking.display 預設為 "omitted"。可使用 "summarized"，且原始思維鏈永遠不會回傳。
• 工具呼叫之間的推理會出現在 thinking 區塊而非文字中，且交錯思考為自動啟用，無需 beta 標頭。
• 預填助理回應會回傳 400 錯誤。
• 非預設的 temperature、top_p 或 top_k 值會回傳 400 錯誤。
• 可快取提示的最小長度為 512 個 token。
• 支援對話中途系統訊息與工具變更。

能力提升

Claude Fable 5.1 相較 Claude Fable 5 有所提升，且在較高 effort 等級下差距最大。提升集中於六個領域：

• 長時間工作階段的代理式程式開發，包括多檔案功能、大型重構與遷移、除錯，以及跨越數小時工作階段的程式碼審查。
• 文件、試算表與簡報的知識工作，將一項分析從最初的問題推進到完成的文件、含即時公式的試算表，或從空白頁面建立的簡報。
• 研究與搜尋，在多步驟網路研究與會針對發現進行後續追查的深度研究任務上準確度更高。
• 視覺，讀取密集的圖表、申報文件與嵌套於 PDF 中的表格，在具備裁切與縮放工具時表現最強。
• 長上下文擷取，在 1M token 上下文視窗深處尋找細節並進行推理。
• 電腦使用，更可靠地操作瀏覽器與桌面應用程式，並能從失敗的步驟中恢復。

多語言表現與 Claude Fable 5 相當。

拒絕、備援與計費

Claude Fable 5.1 包含涵蓋與 Claude Fable 5 相同 stop_details 類別的安全分類器，且拒絕與備援中的所有內容皆適用。

• 拒絕： 被拒絕的請求會回傳 HTTP 200，並帶有 stop_reason: "refusal" 與一個指名觸發之政策領域的 stop_details 物件。
• 備援： 使用伺服器端備援、SDK 中介軟體或您自己的重試機制，在另一個模型上重試被拒絕的請求。fallbacks: "default"（beta）會在 Anthropic 針對該類別建議的模型上重試被拒絕的請求。Claude Fable 5.1 允許的備援目標為 Claude Opus 4.8 與 Claude Opus 5。
• 計費： 對於在任何輸出之前到達的拒絕，您不會被計費，而且對於 Claude Fable 5.1，後備額度會退還切換模型的提示快取成本。

定價

Claude Fable 5.1 與 Claude Mythos 5.1 的定價與 Claude Fable 5 相同，除了快取讀取（價格以美元計）：

在這些模型上，快取讀取（命中與重新整理）的費用為基本輸入價格的 0.025 倍，其他 Claude 模型則為 0.1 倍。重複讀取已快取前綴的長代理式工作階段，只需支付 Claude Fable 5 費率的四分之一。快取寫入與 512 token 的最小可快取提示長度維持不變。

批次處理為每百萬輸入 token $5 美元，每百萬輸出 token $25 美元。資料駐留與工具定價請參閱定價。

可用性

Claude Fable 5.1 可於以下平台使用：

• Claude API： 所有客戶，模型 ID 為 claude-fable-5-1。
• AWS：Claude in Amazon Bedrock，模型 ID 為 anthropic.claude-fable-5-1；以及 Claude Platform on AWS，模型 ID 為 claude-fable-5-1。
• Google Cloud：Claude on Google Cloud，模型 ID 為 claude-fable-5-1。
• Microsoft Foundry：Claude in Microsoft Foundry，於 Anthropic 基礎設施上執行。

Claude Mythos 5.1 僅提供給 Project Glasswing 中經核准的客戶。如需存取權限，請聯絡您的 Anthropic、AWS 或 Google Cloud 客戶團隊。

Claude Fable 5.1 與 Claude Mythos 5.1 採用 30 天資料保留，除非經 Anthropic 明確授權，否則不適用零資料保留。兩者皆為 Covered Models，與 Claude Fable 5 及 Claude Mythos 5 相同。請參閱特定模型的資料保留要求。

從 Claude Fable 5 遷移

若要從 Claude Fable 5 遷移，請更新您的模型 ID：

model = "claude-fable-5"  # Before
model = "claude-fable-5-1"  # After

接著檢視以下項目：

1. 移除任何類型為 any 或 tool 的 tool_choice。將 schema 強制執行移至搭配 tool_choice: {"type": "auto"} 的嚴格工具使用，或移至結構化輸出。
2. 原封不動地傳回 thinking 區塊，並保持歷史記錄僅可附加。如果您的程式碼自行建構 messages 陣列，請執行歷史記錄編輯檢查：將您目前注入後又刪除的逐輪次提醒移至回合範圍系統訊息，將 system 與 tools 的變更移至對話中途系統訊息，在伺服器端修剪上下文或從您跨越用戶端摘要所攜帶的輪次中移除 thinking 區塊，然後選擇一個正式環境的 prefix_mismatch_behavior 並監控 input_transformations。
3. 從預設值（high）重新調整 effort，並考慮在對話中途變更它，而非在整個工作階段維持同一等級。
4. 在代理迴圈中，留意在 Claude Fable 5 會批次發出多個工具呼叫的情況下每輪次只發出一個工具呼叫的情形，並加入提示 Claude Fable 5.1 中的逐輪次說明。
5. 重新執行您的評估。拒絕處理、備援、後備額度與 token 計數皆延續不變。快取讀取費用較低（請參閱定價），且預設行為在與 Claude Fable 5 不同之處所列的三個方面有所不同。

如需逐步說明（包括從 Claude Opus 5 與較早模型遷移），請參閱遷移指南。

後續步驟