Claude Fable 5.2 與 Claude Fable 5.1：降價 20% 仍可能讓你的帳單變高

Claude Fable 5.2 於 2026 年 11 月 9 日推出，每百萬輸入 token 8 美元、每百萬輸出 token 40 美元，低於 Claude Fable 5.1 自 9 月 1 日以來一直採用的 10 美元與 50 美元——計費兩端一律降 20%，快取讀取從 0.25 美元降至 0.20 美元，批次從 5/25 美元降至 4/20 美元。對任何按 token 計費的人來說，這就是全部重點；但對任何按任務計費的人來說，這卻是錯誤的解讀。因為同一版本把較便宜的模型移入會讓它多想一些的預設設定：effort 仍預設為 high，自適應思考仍始終開啟，而過去能可靠讓 Fable 5.1 不再多想的指令——「直接回答，不要深思」——已無法阻止其後繼模型在中等 effort 及以上進行思考。在真實工作負載中，直接替換 model ID 可能讓帳單變高，同時卻讓價目表變低。以下說明這波降價何時才真正屬於你、附帶設定條件的公開分數說明了什麼、遷移途中會讓程式碼出錯的四項 API 變更，以及進行遷移的順序。

這兩個名稱目前都仍有效，且兩者都仍有提供服務，這就是為什麼這項決定總是在季度過半時反覆擺在大家面前。Claude Fable 5.1 現在在 A​nthropic 自家的模型頁面上標示為 舊版，並附有一則固定說明，建議遷移，且承諾退役時間「不早於 2027 年 9 月 1 日」。Claude Fable 5.2 則標示為 最新，同樣承諾於 2027 年 11 月 9 日退役，並具有相同的 100 萬個 token 上下文視窗與 128K 輸出上限。整體規格毫無改變。成本效益與行為方面則全都改變了，而且它們並非全都朝同一方向發展。

費率卡，逐行說明

Anthropic 將兩張卡並列公布，所以這部分無須解讀——只需在換卡之前做點值得的算術。

• 輸入 —— Claude Fable 5.2 每百萬個 token 為 8.00 美元，相較於 Claude Fable 5.1 的 10.00 美元，調降了 20%。

• 輸出 — 每百萬 $40.00 對 $50.00，同樣是 20%。

• 五分鐘快取寫入 — $10.00 對比 $12.50；一小時快取寫入 — $16.00 對比 $20.00。

• 快取讀取 — 每百萬 $0.20 對比 $0.25，且兩個模型對快取命中皆按基礎輸入的 2.5% 計費，是 Claude 系列中最深的折扣。

• Batch API — 每百萬 $4.00 / $20.00，對比 $5.00 / $25.00，每張定價卡一律 5 折。

• 快速模式 — $16.00 / $80.00，相較於 5.1 的同級高階方案，因此 2.5 倍速通道也降價 20%。

• 上下文與輸出——兩者皆為 1,000,000 個 token 與 128,000 個 token；兩者的知識截止時間皆為 2026 年 6 月。

• 退休下限——2027年11月9日對比2027年9月1日。

其中兩行的重要性高於其規模所示。快取讀取僅佔輸入的 2.5%，意味著這些模型所主打的長時間代理工作階段，早已大多以快取價格計費，因此輸入費率調降 20% 對帳單的影響，會比輸出費率調降 20% 來得小——而長跨度的工作又以輸出為主。批次計價那行，則是你進行離線評估或文件處理時該查看的項目：$4/$20 對比 $5/$25 都是同樣的 20%，套用在任一種模型最便宜的使用方式上。A​nthropic 也為新模型宣傳「輸出比 5.1 快 30%」；這是廠商說法，而同時為兩款模型評分的獨立排行榜，目前完全沒有公布 Fable 5.2 的輸出速度數據，所以在你用自己的提示詞實測之前，請把這項速度提升視為未經證實。

分數說明了什麼，以及在何種努力程度下

Anthropic 的發布文章指出，在其追蹤的代理式基準測試上，兩個 Fable 之間存在相當大的差距。以下每個數字皆由廠商自行提報，我們並未重現；文章若有指明某項設定，我們也一併列出，因為在這些模型上，設定對分數的影響程度不亞於版本。

• FrontierCode 2.0 — 在 xhigh 設定下，Claude Fable 5.2 的表現為 49.1%，而 Claude Fable 5.1 則為 32.4%。

• FrontierSWE v2 — 69.9% 對比 56.3%。

• AutomationBench — 51.4% 對比 31.4%。

• Terminal-Bench-Science 0.1 — 74.6% 對比 52.6%。

• RoboDojo Sim — 64.9% 對比 27.6%。

• OSWorld 2.1 — 89.3% 對比 83.5%。

• WANDR（寬鬆）— 82.1% 對 68.7%。

• 搭配工具的 Humanity's Last Exam — 74.2% 對 65.6%；不使用工具的 Chartography — 73.4% 對 44.8%。

• AA-Briefcase v1.1 — 66.1% 評分標準與 1,785 Elo，對比 61.5% 與 1,669 Elo。

• RLI — 高時為 41.3%，相較之下為 17.9%。

• BenchCAD 2.1，文字評分 — 83.5 對 44.4。

這個模式並非「各方面都好一點」。它是在圍繞長時間工具使用執行所建立的基準測試上大幅躍升——包括 FrontierSWE、AutomationBench、RoboDojo、RLI——而在原本已接近上限的任務上則只有溫和提升，例如 OSWorld。這與其定位相符：Anthropic 將此層級產品鎖定於可持續數小時的代理工作階段、多步驟研究，以及一路做到完成文件的分析；而其自家的「what's new」頁面表示，大部分能力提升在預設 high effort 下就已呈現，超過此設定後的效益則不平均。

獨立檢查的範圍較窄，但指向同一個方向。Artificial Analysis 運行自己的評估套件，而非重複廠商的圖表；它將 Claude Fable 5.2 列為智慧指數 65、在 74 個模型中排名第一，而 Claude Fable 5.1 則為 49、排名第 24。同一套件的成本面則不那麼好看：5.2 每完成一項指數任務為 26.54 美元，5.1 則為 12.99 美元。仔細看這兩個數字，因為這正是本文整體論點用兩個數字所表達的內容——能力約高出 33%，每完成一項任務的成本約為兩倍，而價目表還便宜 20%。基準任務變得更難完成，因為模型完成它時花費更多 token。這是真實的取捨，不是定價花招；若只比較每 token 費率，就看不到這一點。

四項會破壞程式碼的變更

這份遷移指南異常直白：A​nthropic 列出了 Claude Fable 5.1 中四項可能破壞整合的變更。它們全都與模型品質無關，而且都會在請求時觸發。

• 前綴檢查適用於每個帳號。 在 Fable 5.1 上，若請求在系統提示、工具或先前的訊息變更後送回思考區塊，只有在 2026 年 8 月 31 日或之後建立的帳號上才會傳回 400 錯誤。在 Fable 5.2 上，無論帳號建立時間為何，所有人都會收到該錯誤。會編輯歷史記錄的程式碼——修剪上下文、在工作階段中途改寫系統提示、替換工具——今天在 5.1 上可能運作正常，明天在 5.2 上卻可能失敗。有一個臨時解決方案：使用 thinking-binding-controls-2026-08-01 beta 標頭並設定 prefix_mismatch_behavior: "drop_block"，這會捨棄受影響的區塊，並將它們列在 input_transformations 中。Anthropic 自家的指引是將此視為暫時措施，因為捨棄區塊會讓模型重新思考，並增加輸出 token。

• 思考區塊僅在 5.2 與 5.2 之間傳遞。只有 Claude Fable 5.2 與 Claude Mythos 5.2 會讀取 Fable 5.2 的思考區塊。將對話移至 Claude Opus 5.5、Claude Fable 5.1，或該模型自身的備援目標（Claude Opus 4.8 與 Claude Opus 5）時，在這些模型上執行的輪次會無聲無息地遺失推理內容。請求仍會成功，且遭丟棄的區塊不會計費。如果路由器或備援鏈在模型之間移動對話，這就是那項會悄悄讓你損失上下文的變更。

• 舊的電腦使用工具現在會發生錯誤。 computer_20251124 工具在 Fable 5.2 上，除了 Amazon Bedrock 以外的所有平台都會回傳 400 錯誤。請改為宣告 computer_toolset_20260801 工具集。

• 顧問必須與執行器相符。使用 beta 版顧問工具時，Claude Fable 5.2 執行器僅接受 Claude Fable 5.2 或 Claude Mythos 5.2 作為其顧問；其他任何模型（包括 Fable 5.1）都會傳回 400。變更顧問的模型屬於對工具進行編輯，因此必須在新對話中進行，否則就會觸發前綴檢查。

還有一項限制並非程式碼變更，而是合約變更，且同等適用於兩個模型：Claude Fable 5.2 與 Fable 5.1 一樣，都是涵蓋範圍內的模型（Covered Model），要求 30 天資料保留，除非 Anthropic 明確授權，否則不適用於零資料保留。採用 ZDR 的組織仍留在允許 ZDR 的模型上——那是 Claude Opus 5.5 的領域，比較文章中有涵蓋。

無論如何帳單都會上漲的地方

Anthropic 文件中的行為章節讀起來像是一份清單，列出較便宜的模型花費更多的各種方式。在低與中等 effort 下，模型更常在未完成工作前就結束回合，並以列出剩下事項或提議繼續作為結尾。在提示詞邀請它委派的測試框架中，它會輕易地委派給子代理；而子代理可能佔一次工作階段成本的很大一部分。它過於嚴格遵守風格規則與謹慎指示，以致累積的「絕不要做 X」註記抑制了例行工作——在 Anthropic 的其中一個模擬設定中，只有 Fable 5.2 克制住，而 Fable 5.1 和 Opus 5.5 則重試。而在高及更高 effort 下，它幾乎每次回覆前都會思考，包括對問候的回覆。

Anthropic 對其中幾項進行了量化。加入其建議的「完成整個任務」系統提示文字後，記錄中因仍有可完成工作而結束的工作階段數量約減少一半，代價是輸出 token 增加約 30%。加入一句所有權宣示——「這個程式碼庫是你的」——使模型在約一半的嘗試中合併重複程式碼，而非不到十分之一，並使用約 1.5 倍的輸出 token。這些是廠商在其自家任務上的量測，但方向明確無疑，而這正是獨立每項任務成本數字背後的機制：你正用 token 換取更少的廢棄執行與更多的自主工作。

實務上的控制項是投入程度，而不是提示詞。Anthropic 自家的指引是：從 high 開始，只有在實測到增益時才提升到 xhigh，把 max 保留給上限量測，並調降至 medium 或 low，只要你的評估結果允許。關鍵在於，它說要重新執行投入程度掃描，而不是沿用你在 Fable 5.1 上調校出的等級——同一個等級在不同版本之間並不會產生相同份量的思考。跳過掃描的團隊，正是那些把「更便宜」的模型體驗成更昂貴模型的團隊。

將兩者並排執行

對於這麼大幅的版本躍升，務實的採用模式是分流，而不是切換：讓穩定路徑繼續使用 Claude Fable 5.1，並在基準差距最大的工作負載上對新模型進行金絲雀測試——長時間使用工具執行任務的代理程式、自動化流程、以產出文件作結的研究——同時比較每完成一項任務的成本，而非每個 token 的成本。OrcaRouter 正是為這類測試形態而打造。兩個模型都位於同一把 API 金鑰之後，供應商牌價以零加成原樣傳遞，因此 $8/$40 的價目表就是你在這裡支付的價格，而供應商降價會在同一天反映，而不是等到下一次帳單對帳；路由規則可以將固定比例的流量導向新模型，而當呼叫失敗或分類器拒絕時，備援鏈可以回到 5.1——或回到 Claude Opus 4.8，這是 Fable 5.2 允許的備援目標之一。

為了準確起見，有一點需要說明：於 2026 年 11 月 10 日查核時，OrcaRouter 的公開目錄列出了 anthropic/claude-fable-5.1 與 anthropic/claude-opus-5.5，但尚未列出 Claude Fable 5.2。在新模型完成導入期間，Fable 5.1 仍以其完整的 $10/$50 價位提供；若你想為這項比較準備一個更便宜的對照組，同一把金鑰也已能觸及 Opus 層級。

遷入的順序

A​nthropic 的遷移指南簡短到可以照字面遵循，而且順序很重要，因為其中兩個步驟會改變提示前綴，另一個則會改變工具清單。

• 在第一次請求前，明確將 effort 設為 high，這樣你永遠不會是在測量隱含的預設值；接著也分別在 medium 和 xhigh 下執行你的評估。

• 稽核你的測試框架是否會修改歷史紀錄。如果你的程式碼會建構 messages 陣列，在切換前先執行前綴測試，即使 Fable 5.1 從未對你的帳號拋出該錯誤。

• 檢查你技術堆疊中的每個模型切換，包括備援機制與任何路由層，確認是否有對話會跨模型攜帶思考區塊。

• 將 computer use 移至 computer_toolset_20260801，並將任何 advisor 工具重新指向 claude-fable-5-2 或 claude-mythos-5-2。

• 移除為舊模型撰寫的提示詞行——「不經思考直接回答」、token 預算的制式樣板文字、常設委派指令——然後重新測試。其中有些現在只會消耗 token，卻不會改變行為。

• 針對你自己的任務重新建立成本與延遲的基準，並以每項完成任務的成本作為主要指標數字。

現在就該行動的是：執行長時間、無人值守代理工作的團隊——對他們來說，FrontierSWE 高出 30 個百分點，或 AutomationBench 分數翻倍，就是無人值守執行與需要人盯著跑的差別；以及評估套件已顯示目前模型在更高投入下表現不足的團隊。該再等一個週期的是：任何採用零資料保留的人、任何其整合會編輯對話歷史且尚無法改成僅附加的人，以及任何工作負載屬於簡短、規格明確、對延遲敏感的聊天的人——在這個範圍的那一端，新模型幾乎每次回覆前都先思考的傾向純粹是成本，而 20% 的費率調降並不足以彌補。版本升級是真的，降價也是真的；它們只是不指向相同的工作負載，而能從此版本獲得價值的團隊，是那些在上線前把兩者都量測過的團隊。