Claude Opus 5 vs Fable 5:2 倍價差還值得嗎?

最近更新: 2026-07-25 05:34:44

Claude Opus 5 的價格只有 Claude Fable 5 一半。以 Anthropic 發表時公布的數據來看,Opus 5 在 max effort 下的 CursorBench 3.2 峰值成績,與 Fable 5 相差不到 0.5%。

在 OSWorld 2.0 上,Opus 5 更以每任務約三分之一的成本,勝過 Fable 5 的最佳成績。兩項數據皆由原廠提供,目前尚無獨立複現。即使如此,Fable 5 各項定價仍全面維持兩倍:

每百萬 tokenClaude Fable 5Claude Opus 5比率
輸入$10$52.0x
輸出$50$252.0x
快取寫入,5 分鐘$12.50$6.252.0x
快取讀取$1$0.502.0x
Batch API$5 / $25$2.50 / $12.502.0x

以上已於 2026 年 7 月 25 日對照 Anthropic 定價頁面確認。因此,Claude Opus 5 與 Fable 5 的比較其實只剩一個問題:你的工作負載要具備什麼條件,Fable 5 的 2 倍價格才回得來?

先講結論:依照下方的計算,Fable 5 的成功率必須比 Opus 5 高約 60%,溢價才有機會合理化。因此 Opus 5 應是預設選擇,Fable 5 則是少數例外。

定價確實差 2 倍,但有三種情況會改變帳面差距

不要把 tokenizer 帶來的 token 膨脹,再額外疊到費率差異上。模型總覽指出,Fable 5 採用自 Opus 4.7 導入的 tokenizer,與 Opus 4.7 之前的模型相比,會產生「約多 30% 的 token」。但 Opus 5 同樣屬於 4.7 之後的模型,兩邊受影響相同,價差依然是 2.0x,不是 2.6x。

不過,以下三種定價情境會直接打破這個比率:

  • Opus 5 fast mode 的價格是 $10 / $50,正好等於 Fable 5 的標準費率。 同樣預算下,你是在 Fable 5 的能力與 Opus 5 最多約 2.5 倍的每秒輸出 token 速度之間取捨。僅限 Claude API。
  • Fable 5 透過 Batch API 的價格是 $5 / $25,等於 Opus 5 的標價。 能容忍延遲的工作,可以用預設模型同步呼叫的定價,取得前沿模型。若以 Batch 對 Batch 比較,2 倍差距仍在;這是計費模式套利,不是折扣。
  • Fable 5 的快取讀取費用是 $1,Opus 5 則是 $0.50。 相同項目相比仍是 2 倍,但 Fable 5 從快取讀取的成本,只是 Opus 5 重新輸入內容的五分之一。對快取密集的迴圈工作而言,絕對成本差距會縮小。

四項任務實測:Fable 5 token 較省,總價卻更高

我們在 2026 年 7 月 24 日,針對兩個模型各執行一次四項可機械評分的任務:含兩個缺陷的 kth_smallest 除錯、嚴格 JSON schema 任務、Frobenius 數問題(7 與 12 的組合,答案為 65),以及無註解重構與驗證。兩個模型均通過 4 題中的 4 題。

任務Opus 5 輸出Fable 5 輸出管道
雙缺陷除錯36 tok / 4.52s69 tok / 5.61sClaude Code
嚴格 JSON schema94 tok / 4.8s86 tok / 4.4sGateway
Frobenius 數(65)407 tok / 6.8s358 tok / 7.3sGateway
重構,無註解429 tok / 6.93s251 tok / 8.09sClaude Code
合計966 tok / 23.05s764 tok / 25.40s
按標價計算的輸出成本$0.024$0.038

Fable 5 的輸出 token 少了 21%,但因輸出費率翻倍,每次執行成本仍約為 1.6 倍。較便宜的模型反而更囉嗦,而 Fable 5 節省的 token,連自身溢價的一半都補不回來。

比較 Claude Opus 5 與 Claude Fable 5 重複執行相同四項任務 1、5、10、20、50 次時,累積輸出 token 成本的折線圖;依據實測 token 數量,Opus 5 為每百萬輸出 token $25,Fable 5 為 $50

文件將 Fable 5 標為「Slower」,Opus 5 則是「Moderate」;在這次測試裡,Fable 5 也在四項任務中的三項較慢。

這些數字有三點限制:

  • 每個模型與任務組合只跑一次,使用預設 effort,並以機械方式評分。這是快速測試,不是完整 benchmark。
  • 僅計算官方費率下的輸出 token;我們的 gateway 對同一 prompt 回報了差異極大的 prompt token 數,因此實際帳單還會加入輸入與快取成本。
  • Token 數量反映的是 thinking 設定,不直接代表品質。Opus 5 在 high effort 預設開啟 thinking;Fable 5 的自適應 thinking 永遠啟用,並在兩個短任務中自行縮減。

總計數據也混用了不同管道:Fable 5 經由我們的 OpenAI 相容 gateway 處理兩個程式任務時,連續三次都回傳空 completion,因此這兩列採用 Claude Code 的第一方管道。這比較像路由問題,而非 Fable 5 的程式能力表現;如果你的架構中有 relay,值得先做健康檢查。

損益兩平怎麼算

單看 token 單價是錯的衡量方式。真正該比較的是每個成功完成任務的預期支出:

expected cost per success = cost per attempt / first-pass success rate

這個公式本身已涵蓋重試成本,因為成功率為 p 時,預期嘗試次數就是 1/p。令兩個模型相等並消去共同項後,Claude Opus 5 與 Fable 5 的比較會化為一條不等式:

success_rate(Fable 5) / success_rate(Opus 5)  >=  cost_per_attempt(Fable 5) / cost_per_attempt(Opus 5)

如果兩個模型輸出的 token 數相同,右側為 2.0;採用我們實測的輸出組合則是 1.58。只計輸出成本時,可將實務門檻視為 1.6:Fable 5 的成功率必須比 Opus 5 高約 60%,溢價才會回本。輸入密集或快取密集的工作負載,則會把門檻推回接近 2.0x。

若 Opus 5 首次即解決的機率Fable 5 必須達到的成功率
30% 的時間47%
40% 的時間63%
50% 的時間79%
60% 的時間95%
63% 的時間100%
70% 的時間無法達成

真正關鍵的是最後兩列。一旦 Opus 5 的首次成功率超過約 63%,無論 Fable 5 的能力提升多少,都不可能讓它的單一成果成本更低,因為 Fable 5 的成功率不可能超過 100%。若以一般的 2.0x 比率計算,這個上限更會降至 50%。

換句話說,Fable 5 的經濟價值只存在於 Opus 5 容易失敗的任務中。這也正是固定預算下,最適合寫程式的 Claude 模型往往不是產品線頂端那一個的原因。這個門檻建立在三個假設上,只要其中任一項不成立,結果就會往 Fable 5 傾斜:

  • 每次嘗試彼此獨立。
  • 失敗可以低成本偵測。
  • 一次失敗的成本不高於重新嘗試。

不過,這套算式沒有涵蓋另一項疑慮:付出溢價後,買到的會不會是更早被淘汰的模型?模型淘汰頁面將兩者都列為 Active:

  • claude-fable-5 的退役時間「不早於 2027 年 6 月 9 日」。
  • claude-opus-5 的退役時間「不早於 2027 年 7 月 24 日」。

Anthropic 至少會提前 60 天通知,而且上述最早日期只適用於 Anthropic 營運的平台。因此,這不是在押注誰會存活更久,而是單純的每項成果成本決策。

哪些情況下,多花 2 倍是合理的

有三類情境足以支持這筆溢價:

  • 失敗無法低成本察覺。 有測試套件時,1/p 的算法合理;但若一個執行八小時的流程在第六小時失敗,帳單不只包含浪費的運算,還有工程師重建工作狀態的成本。Anthropic 對 Fable 5 的定位正是這類工作:「為最苛刻的推理與長程 agentic 工作打造。」
  • 交付成果的價值遠高於 token 成本。R&D World 報導 Stripe 在一天內遷移了 5,000 萬行 Ruby 程式碼。當成果與支出的價值比高到這種程度,每 token 定價就不再是重要變數。
  • 保證容量。Priority Tier 支援 Fable 5 與 Opus 4.8,不包括 Opus 5,因此指定 Opus 5 的請求會在這個方案中驗證失敗。這是唯一一個 2 倍價格能買到、廉價模型完全無法提供的條件,但僅適用於已持有承諾方案的組織。

不該為它多付 2 倍的情況,以及兩道硬限制

零資料保留是資格門檻,不是價格問題。Fable 5 與 Mythos 5 都是指定的 Covered Models,採 30 天資料保留,且無法在 ZDR 下使用。因此,採 ZDR 的組織無論預算多少,所有 Fable 5 請求都會收到 400 invalid_request_error。Opus 5 沒有這項限制。

安全敏感的程式工作,花了溢價反而可能得到更差體驗。Anthropic 表示,隨 Fable 5 恢復服務一同推出的 classifier,「代價是在日常程式開發與除錯任務中,更常把無害請求標記為有問題。」被封鎖的請求會改路由至 Opus 4.8;若串流中途遭拒,已串流出的部分仍會計費,卻沒有交付結果。兩份外部測量量化了這項代價:

  • R&D World 的 Terminal-Bench 分析:20.9% 的測試遭安全拒絕,得分為 84.3;同等權重下 Mythos 5 為 88.0。
  • CodeRabbit 的 105 個範例程式碼審查測試:Fable 5 找出 65 個可採取行動的問題,Opus 4.8 為 66 個,且 Fable 5 的精確度更低。

費率之外,還有三項成本:

  • 可用性紀錄。Anthropic 的重新部署聲明記載,兩個模型在 2026 年 6 月 12 日至 7 月 1 日間均對所有使用者停用,約 18 天完全無法存取。原因是美國出口管制「要求我們限制外國人士的存取,不論其位於美國境內或境外。」
  • 整合成本。發布文件要求整合 Fable 5 的開發者,規劃新的拒絕處理流程、改用其他 Claude 模型的 fallback retry,以及新的計費規則。1 倍價格的模型不需要這些額外工作。
  • 有兩項功能反而是 Opus 5 較好。Opus 5 的可靠知識截止日為 2026 年 5 月,Fable 5 則是 2026 年 1 月;而對話中途變更工具的功能(beta mid-conversation-tool-changes-2026-07-01)也只支援 Opus 5 之後的模型。

Mythos 5 與 Project Glasswing 的定位

Anthropic Claude Platform Docs 頁面截圖,標題為 Introducing Claude Fable 5 and Claude Mythos 5,顯示存取權恢復的提示框,以及列出 claude-fable-5 與 claude-mythos-5 描述的模型表格

Anthropic 仍將 Fable 5 稱為「Anthropic 廣泛發布模型中能力最強者」。其中的限定詞是「廣泛發布」,因為 Claude Mythos 5(claude-mythos-5)具備相同能力,價格也同樣是 $10 / $50。

Mythos 5 僅透過 Project Glasswing 提供,這是一項有限度的防禦型資安發布計畫,沒有自助註冊。兩者差異在於 classifier 與存取方式,而非能力:Mythos 5 就是沒有安全 classifier 的 Fable 5,不是更強的模型。

這使資安使用情境的排序變得不同。Anthropic 表示,在資安與生物學上,Opus 5 落後於 Mythos 5;在 exploit development 上更是「遠遠落後」。這代表最強的資安 Claude 模型買不到,而你能以 2 倍價格買到的模型,卻可能因 classifier 連無害除錯都攔下來。可參考Mythos 5 與 Opus 4.8 的實測比較了解這條產品脈絡。

如何呼叫兩個模型

模型 ID 與存取方式

Opus 5 的模型 ID 是 claude-opus-5,也是 Claude Max 的新預設模型。Fable 5 則以 claude-fable-5 在同一 API 上提供;在 Claude Code 中,兩者都可透過 /model 選擇。Opus 5 可在以下平台使用:

  • Claude API、claude.ai、Claude Code 與 Claude Cowork
  • Amazon Bedrock,模型 ID 為 anthropic.claude-opus-5
  • Google Cloud 與 Microsoft Foundry

兩者都有 1M token context window 與 128k 最大輸出,因此 context 並不是決勝點。消費者方案中,Fable 5 的額度在 7 月 7 日後改為 usage credits;標準 Enterprise 席位則「不包含任何 Fable 5 額度」,沒有 credits 的組織根本無法使用 Fable 5。

真正影響花費的是 effort 與 thinking

Effort 與 thinking 控制項才是成本槓桿。Opus 5 提供 lowmax,預設為 high,且在 high 或更低級別時可關閉 thinking。Fable 5 的 adaptive thinking 則完全無法關閉,輸出 token 有一個無法靠設定降低的底線,而不是可調節的旋鈕。

如果你是透過 Anthropic 相容 gateway 路由 Claude,也要確認它承載的是這場比較中的哪一端。

AIReiter 對 Opus 4.8 的定價是 $1.56 / $7.76 per MTok,官方價格則為 $5 / $25,約低 69%。截至 7 月 25 日,其 Claude 產品線列有 Fable 5、Sonnet 5、Opus 4.8 與 Opus 4.7,尚未提供 Opus 5。

建議結論,以及唯一的例外

預設選 Opus 5,將 Fable 5 視為需按任務類別逐一證明合理性的升級選項。Anthropic 自己的建議也一致:「複雜 agentic coding 與企業工作,先從 Claude Opus 5 開始。需要最高可用能力的工作負載,則使用 Claude Fable 5。」

有兩種情況不是跨過門檻,而是改變了計算前提:

  • 長時間自主執行的工作,因為一次無聲失敗的成本高於重試,且 p 不再能準確衡量。
  • 任何非同步工作,因為 Fable 5 的 Batch 價格等於 Opus 5 的同步標價。

還有一個例外不是滿足算式,而是直接凌駕算式:Priority Tier。Fable 5 與 Opus 4.8 屬於此方案,Opus 5、Sonnet 5 與 Mythos 5 則被排除。因此,若工作負載需要承諾的 99.5% uptime 吞吐量,無論價格多少都買不到便宜的一方。

但這個例外必須嚴格解讀。Anthropic 表示,這些容量承諾「已不再開放購買」,現有持有人也只能使用到合約到期日。若你手上沒有既有合約,這項例外對你並不成立,損益兩平的算式依然有效。

FAQ

Opus 5 比 Fable 5 更好嗎?

max effort 下,Opus 5 以每任務一半的成本,達到距 Fable 5 CursorBench 3.2 峰值不到 0.5% 的成績;此為原廠數據,尚未經獨立複現。此外,Opus 5 的知識截止日較新,為 2026 年 5 月,Fable 5 則為 2026 年 1 月。

Fable 5 仍保有「廣泛發布模型中能力最強」的稱號,設計目標也更偏向長程 agentic 執行。它的 Priority Tier 資格則僅對已持有承諾方案的組織有幫助。

Fable 5 為什麼曾從 Claude 下架?現在恢復了嗎?

Anthropic 曾在 2026 年 6 月 12 日至 7 月 1 日對所有使用者停用兩個模型,原因是美國出口管制要求限制外國人士存取。導火線是外部回報發現了一種能引導 Fable 5 繞過安全防護、尋找軟體漏洞的方式。目前存取已恢復,並加入重新訓練的 classifier;它在超過 99% 的情況下能加以封鎖,但也更常誤判無害的程式請求。

Claude Fable 5 是免費的嗎?

不是。API 定價為每百萬 token $10 / $50。消費者方案原本在每週使用上限的最多 50% 範圍內包含它,直到 7 月 7 日後改為 usage credits;標準 Enterprise 席位則不含額度。大量使用下最便宜的途徑是 Batch API,價格為 $5 / $25。

Fable 5 的 tokenizer 會讓實際價差變成 2.6 倍嗎?

不會。兩者都採用 Opus 4.7 導入的 tokenizer,因此約 30% 的膨脹是相對於 Sonnet 4.6 與更早模型,而不是這兩者之間。每 token 的價差是 2.0x;在我們的樣本中,Fable 5 少輸出 21% token,使每次執行的價差約為 1.6x。

Fable 5 與 Mythos 5 有什麼不同?

規格相同,定價同為 $10 / $50。Mythos 5 具備與 Fable 5 相同的能力,但沒有安全 classifier,且僅透過 Project Glasswing 提供,不能自助註冊。兩者都是 Covered Models,資料保留期為 30 天,也都曾在同一個 6 月期間遭停用。

我能關閉 Fable 5 的 thinking 來降低帳單嗎?

不能。Fable 5 的 adaptive thinking 永遠啟用,因此它的輸出 token 下限是結構性限制。Opus 5 則可在 high 或以下 effort 接受 thinking: {"type": "disabled"};在 xhighmax 時會回傳 400。這使 effort 成為只有較便宜模型才具備的成本控制旋鈕。

最該記住的數字

對多數任務類型來說,只要一個比率就能判斷 Claude Opus 5 與 Fable 5,結果指向 Opus 5。同一套算式也能套用到不同供應商;例如Opus 5 與 GPT-5.6 系列的比較,變動的只有費率。

  • 當你的工作負載滿足 success_rate(Fable 5) / success_rate(Opus 5) >= 1.6 時才達到損益兩平。低於這條線,選 Opus 5 並在失敗後重試,每個完成任務的成本更低。