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 各項定價仍全面維持兩倍:
| 每百萬 token | Claude Fable 5 | Claude Opus 5 | 比率 |
|---|---|---|---|
| 輸入 | $10 | $5 | 2.0x |
| 輸出 | $50 | $25 | 2.0x |
| 快取寫入,5 分鐘 | $12.50 | $6.25 | 2.0x |
| 快取讀取 | $1 | $0.50 | 2.0x |
| Batch API | $5 / $25 | $2.50 / $12.50 | 2.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.52s | 69 tok / 5.61s | Claude Code |
| 嚴格 JSON schema | 94 tok / 4.8s | 86 tok / 4.4s | Gateway |
| Frobenius 數(65) | 407 tok / 6.8s | 358 tok / 7.3s | Gateway |
| 重構,無註解 | 429 tok / 6.93s | 251 tok / 8.09s | Claude Code |
| 合計 | 966 tok / 23.05s | 764 tok / 25.40s | |
| 按標價計算的輸出成本 | $0.024 | $0.038 |
Fable 5 的輸出 token 少了 21%,但因輸出費率翻倍,每次執行成本仍約為 1.6 倍。較便宜的模型反而更囉嗦,而 Fable 5 節省的 token,連自身溢價的一半都補不回來。
文件將 Fable 5 標為「Slower」,Opus 5 則是「Moderate」;在這次測試裡,Fable 5 也在四項任務中的三項較慢。
這些數字有三點限制:
- 每個模型與任務組合只跑一次,使用預設 effort,並以機械方式評分。這是快速測試,不是完整 benchmark。
- 僅計算官方費率下的輸出 token;我們的 gateway 對同一 prompt 回報了差異極大的 prompt token 數,因此實際帳單還會加入輸入與快取成本。
- Token 數量反映的是 thinking 設定,不直接代表品質。Opus 5 在
higheffort 預設開啟 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 仍將 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 提供 low 到 max,預設為 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"};在 xhigh 與 max 時會回傳 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 並在失敗後重試,每個完成任務的成本更低。
