Claude Fable 5 與 Mythos 5 對比：API 路由

狀態更新（2026年6月13日）：截至本次更新，Anthropic 已暫停對 Claude Fable 5 和 Claude Mythos 5 的存取，GitHub Copilot 也已從其所有介面下架 Fable 5（其他 Claude 模型不受影響）。以下所有「今天即可呼叫 Fable 5」的說法反映的是 6 月 9 日上線當天的狀態，目前並不適用。在存取恢復之前，請將本文視為了解兩個模型設計差異的參考資料，而非當前路由選擇的指南。暫停原因目前主要來自媒體報導，尚無完整官方說明——請等待 Anthropic 的恢復公告後再做生產決策。

關於兩個共享底層模型卻各有不同規則的模型的工作筆記——以及在你將其接入任何流水線之前這意味著什麼。

大家好，我是 Dora。我花了將近一週的時間試圖搞清楚應該圍繞哪個模型規劃路由。Claude Fable 5 vs Mythos 5 的簡短版本：底層模型相同，但安全性和存取方式的處理方式不同。這一個差異決定了幾乎所有的下游問題——誰可以呼叫它、請求被阻擋時返回什麼，以及你的回退邏輯必須如何運作。這篇文章記錄了我整理出來的內容、仍然模糊的部分，以及你應該親自去看規範而非信任我的地方。

有一件事先說清楚。我沒有在生產環境中運行過 Mythos 5——Project Glasswing 以外幾乎沒有人用過。所以這其中有相當一部分是在比較文件記載的內容，而非我個人實際壓力測試過的結果。我會標明邊界在哪裡。還有第二件事，是事後補充的：兩個模型的存取狀況在上線後數天內變化迅速（見上方狀態說明），所以請將以下所有「今天即可呼叫」的說法理解為描述上線當天的情況，而非一定是今天早上的現實。

Fable 5 vs Mythos 5 一句話總結

能力等級相同。安全模型不同，存取模型不同。這就是整個比較，以下所有內容不過是其衍生結果。

相同能力等級，不同安全/存取模型

兩個模型來自同一個基礎。Anthropic 的官方文件指出 Claude Mythos 5 與 Claude Fable 5 共享相同能力——差異不在於原始智能。Fable 5 搭載了可以拒絕請求的安全分類器。Mythos 5 不帶這些分類器，且僅透過經過審查的計畫發放。

所以當你看到基準測試圖表顯示 Mythos 5 以些微差距領先 Fable 5 時，那並不代表它是更聰明的模型。那是同一個模型，只是沒有護欄偶爾將查詢路由到別處。文中提到帶星號的基準測試差距來自安全護欄回退至 Opus 4.8，而非能力差異。值得搞清楚，因為帶有行銷色彩的表述讓 Mythos 5 聽起來像是「專業版」。它不是。它是無護欄版。

這個差異對 API 開發者意味著什麼

如果你在開發，存取分級是最先讓你吃苦頭的部分。你今天就可以呼叫 Fable 5。你很可能根本無法呼叫 Mythos 5。所以你大部分的設計工作其實是「如何圍繞 Fable 5 的拒絕行為來建構」，而 Mythos 5 只是個注腳，除非你在關鍵基礎設施領域。

以下是進入細節之前的快速對比表：

維度	Claude Fable 5	Claude Mythos 5
能力等級	Mythos 級（相同基礎）	Mythos 級（相同基礎）
安全分類器	有——可拒絕請求	無分類器
存取方式	一般開放	受限，僅限 Project Glasswing
API 模型 ID	claude-fable-5	claude-mythos-5（未確認）
定價	輸入/輸出每百萬 token $10/$50	輸入/輸出每百萬 token $10/$50
上下文/輸出	1M 上下文，128k 輸出	1M 上下文，128k 輸出
資料保留	30 天（非 ZDR）	30 天（非 ZDR）
適用對象	一般生產使用	經審查的資安/生物研究

關於 API 模型 ID 的說明：claude-fable-5 已由 Anthropic 文件和多個來源確認。claude-mythos-5 是根據命名規律的合理推測——由於 Mythos 5 並非公開銷售，沒有公開文件支撐這個確切字串。如果你實際需要呼叫它，請使用你的客戶經理提供給你的字串，而非我在這裡寫的。

存取與可用性

這是兩個模型不再可互換的地方。

Fable 5 的一般開放性

Fable 5 是你實際可以取得的那個。根據 Anthropic 的 Fable 5 產品頁面，它可在 Claude Platform 原生使用，也可透過市集、AWS、Google Cloud 和 Microsoft Foundry 取得。對開發者而言，你用模型字串 claude-fable-5 呼叫它。無需申請，無需客戶經理把關。你注冊就能用。

VentureBeat 確認了推出規模：Fable 5 今天已透過其網站、應用程式和 API 向公眾開放。這是 99% 的開發者會圍繞其建構的模型。我必須現在補充的說明：那個「今天開放」在 6 月 9 日是真實的。截至 6 月 12 日，Anthropic 已暫停對 Fable 5 和 Mythos 5 的存取，GitHub 同日也從所有 Copilot 介面下架了 Fable 5——所有其他 Claude 模型保持正常。另外，上線兩天後，微軟就已在 GitHub Copilot 內部為其員工封鎖了 Fable 5，理由是 30 天保留要求違反其內部合規規定（該封鎖僅限內部；外部客戶在更廣泛的暫停之前仍保有存取權）。重點是：對於這個模型，「自助服務且始終在線」目前不是一個安全的假設。

Mythos 5 的受限存取

Mythos 5 是另一回事。它並非一般開放：它僅向 Project Glasswing 中的核准客戶提供有限存取。如果你想要它，文件說要聯繫你的 Anthropic、AWS 或 Google Cloud 客戶經理——也就是說，如果你還沒有客戶經理，答案就已經很清楚了。說得直白：Mythos 5 保留給一小群合作夥伴，並在資安等領域放寬限制。

老實說——我讀了三篇文章才接受「受限」真的意味著受限。這不是一個你可以花更多錢買到的更高定價等級。這是一個與安全計畫掛鉤的審批流程。如果你不屬於這個群體，就圍繞 Fable 5 規劃並繼續前進吧。

平台可用性與客戶經理要求

實際的篩選標準：Fable 5 在主要雲端平台上均可自助使用。Mythos 5 需要透過客戶經理，並獲批加入 Project Glasswing，Anthropic 的受限資安計畫。兩個模型的 API ID 格式相同（claude-fable-5 / claude-mythos-5），讓它們看起來像是下拉選單中的一個替換。它們不是。一個是公開端點，另一個是需要授權的。

護欄與回退行為

現在來到真正會改變你程式碼的部分。

敏感領域的分類器

Fable 5 的核心整合變化在於它可以說不。API 文件指出：Claude Fable 5 包含可拒絕請求的安全分類器。Claude Mythos 5 不包含這些分類器。被阻擋的領域是重量級的——TechCrunch 列出了資安、生物學、化學和蒸餾作為模型阻擋回應的領域。

當拒絕發生時，你不會收到錯誤。你會收到一個正常的 HTTP 200，帶有 stop_reason: "refusal"，回應告訴你哪個分類器觸發了。這是一個刻意的設計選擇，對你如何處理它有重要影響——拒絕是一個成功的回應，只是碰巧不包含有用的輸出。

回退至 Opus 4.8 作為路由概念

這是優雅的部分。當 Fable 5 拒絕時，被阻擋的查詢不會就此消失——許多查詢會改由 Opus 4.8 提供服務。Anthropic 的文件這樣描述：許多關於敏感話題的查詢將改為從我們次強能力的一般開放模型 Claude Opus 4.8 獲得回應。

概念上，可以將其視為兩層系統：Fable 5 處理前沿工作，Opus 4.8 作為安全承接，處理任何 Fable 5 不願觸碰的內容。我之前提到的帶星號基準測試？那正是這個機制在數字上的體現。

將實作細節留給回退指南

我刻意不在這裡深入探討如何實作，因為有專門的指南，而且把 SDK 中間件和 fallbacks 參數塞進一篇比較文章會把兩個主題都處理得很差。在概念層面：你可以讓伺服器自動重試，從客戶端重試，或手動建構。確切的 stop_reason 處理、beta 版 fallbacks 參數、SDK 中間件設定——這些都在 Anthropic 的拒絕與回退文件中，你應該去那裡閱讀，而非依賴我的轉述。

生產路由設計

如果你在設計真實的流水線，有三件事值得深思。

以策略為導向的模型選擇

根據工作負載實際做什麼來選擇模型，而非根據基準測試排行榜。一般生產流量 → Fable 5。經過適當審批的資安或生物研究 → Mythos 5（如果你有存取權）。低成本或回退路徑 → Opus 4.8。決策關乎策略和存取，而非「哪個在 SWE-Bench 上得分更高」。

高層次的回退 API 設計

將拒絕設計為正常分支，而非例外。由於拒絕返回 200，你的錯誤處理不會捕獲它——你必須明確檢查 stop_reason 並相應路由。預先決定你是想要伺服器端重試（程式碼更少，目前在 beta 中）還是客戶端控制（更靈活，可在任何地方運作）。我得出的一個判斷：如果你出於審計原因關心哪個模型做出了回應，客戶端提供更清晰的控制。如果你只是想要一個答案，伺服器端的移動部件更少。

審計日誌與資料保留

這一點讓我感到意外。Fable 5 和 Mythos 5 都有 30 天的資料保留期，且不在零資料保留下提供——它們被指定為受涵蓋模型。GitHub 更新日誌在其（現已暫停的）Copilot 推出期間闡明了原因：Anthropic 保留提示和輸出最多 30 天，以運行檢測有害或濫用使用的安全分類器，之後將其刪除，且保留的資料不用於訓練。這也不是一個假設的合規擔憂：正是這個條款讓微軟為其自身員工封鎖了該模型。如果你的合規立場假設所有模型都是 ZDR，這就打破了這個假設。在上線前確認。Anthropic 的資料保留文件是此處的權威來源，你應該對照它確認，而非依賴我的摘要——保留規則正是那種會悄悄更新的東西。

開發者應圍繞哪個模型規劃？

簡短答案：對幾乎所有人來說是 Fable 5——但有一個大聲的星號：「圍繞其規劃」假設存取會恢復；目前沒有人在向任一模型路由實際流量。

一般生產使用預設選擇 Fable 5

它一般開放，是 Anthropic 面向公眾推出的最強大模型，且護欄主要影響一般產品不會涉及的領域。對於軟體工程和知識工作——Anthropic 自己對 Fable 5 優勢的定位——分類器很少會阻礙你。性能也是真實的：據報導 Stripe 讓 Fable 5 在一天內完成了一次整個程式碼庫的遷移，這項工作若換做整個團隊在一個擁有 5000 萬行 Ruby 程式碼庫上操作，原本需要兩個多月。這種數字我通常會持懷疑態度，但它透過 Anthropic 的上線材料傳出且有具名客戶，所以將其作為供應商報告的資料點看待。

將 Mythos 5 視為受限存取的專業容量

除非你已在 Project Glasswing 中，否則不要圍繞 Mythos 5 設計架構。它不是你可以「升級到」的模型。它是專為經審查的資安和生物研究提供的、無護欄的專業容量，存取路徑需要透過客戶經理和審批流程。對大多數開發者來說，它應該是隱形的。

將 Opus 4.8 作為回退或低成本路由

Opus 4.8 在這個世界中有兩個職責：它是 Fable 5 拒絕時的安全承接，也是當你不需要前沿能力時更便宜但仍然非常強大的選項。根據 Anthropic 的模型概覽，它仍然是一個當前生產模型。將其保留在你的路由中不是降級——它是整個回退設計所依賴的後盾。在目前 Fable/Mythos 暫停期間，它不只是後盾——它是三者中唯一仍在回應的，這本身就是一個理由，說明永遠不要建構一個只會與 Fable 5 溝通的流水線。

常見問題

Claude Fable 5 和 Mythos 5 有什麼區別？

它們共享相同的基礎模型和能力。Fable 5 包含可在高風險領域拒絕請求的安全分類器，且一般開放。Mythos 5 移除了這些分類器，受限於經核准的 Project Glasswing 合作夥伴。存取和護欄不同；原始能力沒有差異。如需權威且最新的定義，請查看 Anthropic 的官方模型文件——這是一個快速變化的領域。（截至 2026 年 6 月中旬，兩個模型均暫時暫停——在依賴任一模型之前，請確認當前可用性。）

Fable 5 是否自動回退至 Opus 4.8？

可以，但「自動」取決於你如何建構。當 Fable 5 拒絕時，請求可以由 Opus 4.8 提供服務，Anthropic 提供伺服器端、客戶端和手動方式來處理該重試。伺服器端 fallbacks 參數在 beta 中。實作細節在官方回退指南中，你應該按照那個來，而非憑記憶連接——請對照最新官方文件確認。

開發者可以停用 Fable 5 的護欄嗎？

不能。護欄不是你可以關閉的開關。Mythos 5——沒有分類器的版本——是一個單獨受限的模型，僅對透過 Project Glasswing 的經審查合作夥伴開放，而非 Fable 5 內部的一個設定。沒有受支援的方式可以移除或繞過 Fable 5 的分類器，你也不應該嘗試。如需當前策略，請參考 Anthropic 的官方文件。

API 開發者預設應使用哪個模型？

Claude Fable 5。它一般開放，是 Anthropic 最強大的廣泛發布 Claude 模型，其護欄很少干擾一般軟體和知識工作。將 Opus 4.8 保留在你的路由中作為回退和低成本路徑。除非你已獲批加入 Project Glasswing，否則將 Mythos 5 視為超出範疇。一如既往，在做出承諾之前，請對照官方文件確認可用性和定價。而且現在，「預設」只是學術討論：在 Fable 5 暫停期間，實際提供服務的是 Opus 4.8。

結論

整個 Claude Fable 5 vs Mythos 5 的問題歸結為一個事實：相同的模型，不同的規則手冊。Fable 5 是你實際會在上面建構的那個——公開、強大、在重要的地方有護欄。Mythos 5 是受限容量，用於特定類型的經核准工作，大多數人永遠不會接觸。而 Opus 4.8 悄悄地作為回退，支撐著整個體系。

所以如果我是你，接下來我會這樣做：打開官方模型和拒絕文件，決定伺服器端還是客戶端回退適合你的技術棧，並確認 30 天保留期是否改變了你的合規狀況。最後那個是大多數人會錯過的陷阱。在做所有這些之前：先確認 Fable 5 是否已恢復上線，因為截至本文撰寫時，它尚未恢復。這整個比較中變化最快的變數結果是我最沒預料到的——不是護欄，不是回退邏輯，而是你是否能連接到模型本身。

這就是我的筆記的結尾。我還沒有在真實負載下運行回退路徑——那是下週的問題。待驗證。

之前的文章：