Anthropic 在9月1日推出了 Claude Fable 5.1 和 Claude Mythos 5.1。兩者使用相同的底層模型，差異主要在於訪問範圍與安全策略：Fable 5.1 面向一般專業用戶和開發者，但會在網絡安全、生物與化學等高風險請求上啟用限制或切換到能力較低的模型；Mythos 5.1 則保留更完整的相关能力，僅向經過審核的少數機構開放。
Fable 5.1已提供給Pro、Max、Team和Enterprise用戶，亦可通過Claude Platform及AWS、Google Cloud、Microsoft Foundry等渠道調用。API被標記為claude-fable-5-1，價格仍為每百萬輸入Token 10美元、輸出Token 50美元。真正的成本變化在於緩存讀取：每百萬Token降至0.25美元，比Fable低75%。根據Anthropic的估計，典型工作負載的總成本可降低約25%，高度代理化任務最多可降低約45%，但這取決於上下文重複使用比例，並非統一折扣。
与其將這次更新理解為另一輪排行榜競賽，不如視為對「模型應該運行多長時間」的重新定價。Fable 5.1針對的是跨應用程式的任務，需要持續數小時甚至數天：讀取大型代碼庫、處理積壓的工作單、在Slack中跟進請求、操作瀏覽器並在失敗後恢復。模型能力依然重要，但可持續運行的成本、流程的可讀性以及安全性的降低開始同樣決定產品的價值。
同一底模分成兩條通道，能力開放不再只有開和關
Anthropic 称 Fable 5.1 是其最強大的通用可用模型，重點提升長週期編程、知識工作及文檔視覺理解能力。該模型能夠在多階段任務中自主規劃、調用工具、編寫測試並檢查輸出，還能理解文件以及 PDF 中的圖表、表格與示意圖。官方客戶案例強調了其在複雜故障定位及多日原型開發中的表現，但這些案例來自特定環境，無法替代企業自身的回歸測試。
更值得關注的是 Fable 與 Mythos 之間的關係。過去，高風險領域的模型常被簡單地分為「完全不能用」和「少數人能用」。這次 Anthropic 將同一底層能力放入兩套運行策略：普通的 Fable 请求若觸發網絡安全限制，應用端可能會轉交給 Opus 4.8；生物相關的請求可能會轉交給 Opus 5。API 客戶則需自行配置新的 Fallback API。被轉交的請求不會按照 Fable 的價格收費，但回答能力、延遲和可重複性可能會改變。
Mythos 5.1 用於經過驗證的網絡防禦和生命科學研究。生命科學驗證計劃以邀請制測試的方式啟動；網絡安全驗證計劃未來將包含 Mythos 的訪問功能，目前仍只覆蓋一部分美國機構。官方明確表示訪問範圍仍然很小，因此不能將發布的消息寫成“所有研究者已經解鎖完整模型”。Claude Security 已經運行在 Mythos 5.1 之上，是一個實際產品落點，但同樣受到訪問和用途的約束。
Anthropic 表示新版生物安全防护對良性請求的干預比 Fable 第一版減少了85%，同時仍能阻止滲透測試、漏洞利用的產生、二進制漏洞掃描，並對雙用途生化問題採取降級處理。這是減少誤攔的內部結果，並不等於漏攔風險已經消失。企業若依賴自動切換，必須在日誌中記錄實際的響應模型，否則同一套評測可能會將不同模型的結果混在一起。
緩存變得越便宜，就越會鼓勵長上下文的使用，但30天的留存時間仍然是采購的關鍵項目。
代理型任務常重複讀取相同的代碼庫、制度文件和歷史對話。當輸入單價不變時，緩存讀取量降低 75% 就能顯著降低反複加載的成本。假設一項任務的多数上下文都能命中緩存，就能節省接近 Anthropic 所說的高度代理化上限；但如果資料每天都在變動、提示無法重複使用，實際的降幅就會小很多。團隊應該先測試緩存命中率，再決定是否進行遷移，而不只是看營銷中所述的最高比例。
數據留存是另一項成本開支。使用 Fable 時，默認需要接受30天的數據留存，用於安全監測。符合 Enterprise Frontier Safeguards 条件的企業，未來可以將活動數據存入自己的雲環境中，並由客戶人員進行人工複核；在該方案準備完成之前，符合條件的客戶可以臨時使用零數據留存。這裡存在時間限制和資格限制，不能說成所有企業都已經獲得自托管日誌的權限。
Anthropic的基准說明也提示了比對陷阱。Fable在5.1版本中以生產防護開啟狀態參測，部分安全任務觸發降級後由零分計或由其他模型完成；OSWorld任務文件也在2026年8月更新，舊版本的成績不能直接橫比。對採購方來說，更實用的方法是使用自己的代碼、工具權限重新運行最長的任務，并統計完成率、人工接管的次數、緩存命中率以及安全路由的比例。
Fable 5.1 的意義並非是讓單次對話變得更能回答問題，而是將模型應用於更長、更昂貴、且操作風險更高的工作流程中。緩存降價解決了重複上下文帶來的賬單問題，分層模型解決了部分能力開放的問題，而默認的數據留存與安全路由則帶來了新的治理要求。真正成熟的部署不會將「能運行數天」當作無人監管的理由，而是會將階段檢查點、預算上限、權限邊界以及模型身份一起記錄在任務記錄中。
