Claude Fable 5.2 定價：每100萬Token $8 / $40——這個價格值得嗎？
Claude Fable 5.2 按照標準 Claude API 費率，每百萬輸入令牌收費 8 美元，每百萬輸出令牌收費 40 美元。它比 Fable 5.1 便宜 20%，但令牌價格是 Claude Opus 5.5 的兩倍。是否值得付費取決於一個營運問題：Fable 能否完成足夠多的困難工作，以減少重試、審查或失敗成本？
完整價格卡
| 用途 | 每百萬Token價格 | |---|---:| | 標準輸入 | $8 | | 標準輸出 | $40 | | 快速模式輸入 | $16 | | 快速模式輸出 | $80 | | 五分鐘快取寫入 | $10 | | 一小時快取寫入 | $16 | | 快取讀取 | $0.20 |
Anthropic 還記錄了符合條件的非同步輸入和輸出可享受 50% 的 Batch API 折扣。Batch 模式下不提供快速模式。雲端市場費用、承諾容量、稅費以及特定供應商的商業條款可能與直接列表定價有所不同。
一個簡單的Claude Fable 5.2成本公式
對於標準、未快取的使用：
cost = (輸入token數 / 1,000,000 × $8) + (輸出token數 / 1,000,000 × $40)
範例：
- 20,000 輸入 + 5,000 輸出 = $0.16 + $0.20 = $0.36
- 100,000 輸入 + 10,000 輸出 = $0.80 + $0.40 = $1.20
- 1,000,000 輸入 + 100,000 輸出 = $8 + $4 = $12.00
快速模式使每個總量翻倍。符合批量條件的標準作業將按標準輸入/輸出量的一半計算，不包括快取效果和其他費用。
為什麼輸出紀律很重要
一個輸出token的成本是未緩存輸入token的五倍。要求詳盡敘述、重複重述或冗長的推理過程痕跡可能會非常昂貴。請定義簡潔的回應模式，僅請求審查所需的證據，並在滿足驗收標準後停止生成。
不要將簡潔與品質混為一談。過度精簡測試報告，以至於人類必須重新構建缺失的證據，這只不過是把成本從API轉移到了工資單上。
提示快取可以改變長上下文經濟性
如果某個工作流程反覆傳送相同的程式碼庫映射、政策手冊或參考語料庫，快取機制可防止每次請求都將穩定的前綴部分當作新輸入計費。快取讀取價格為每百萬個令牌0.20美元，遠低於8美元的標準輸入費率。快取寫入成本高於一般輸入，因此前綴需要在快取有效期內有足夠的重複使用次數才能回收成本。
使用穩定的可複用前綴和較小的請求特定後綴來設計提示。監控快取命中率，而不是假設應用程式正在受益。
努力是一種隱性的預算控制
Fable 5.2 預設使用高努力模式。更高的努力可以改善複雜推理，但會消耗更多時間，並且根據互動情況，可能消耗更多令牌。請有意識地設定努力級別。內部評估應在支援的情況下比較中等、高和極高模式，然後選擇能夠穩定達到任務品質門檻的最低設定。
Anthropic 報告 FrontierCode 2.0 在高努力水準下達到 45.3%——接近 Opus 5.5 發佈時的 45.5%——而其評估中每任務成本約為後者的一半。在極高努力水準下，Fable 達到 49.1%。這有助於說明努力曲線，而非每個倉庫的保證成本比率。
使用公認結果比較 Fable 與 Opus
假設每月有1,000個任務，每個任務使用50,000個輸入令牌和5,000個輸出令牌。按標價計算，Fable的推理成本約為600美元，Opus約為300美元。如果兩者達到相同的接受率，Opus將明顯勝出。但如果Opus導致額外100次失敗，且每次需要專家15分鐘修復，那麼人工成本的差異可能遠超300美元。
曲目：
- 首次通過驗收率
- 重試次數與退避使用
- 人工審核與修復時間
- 工具與基礎設施成本
- p50 和 p95 延遲
- 未解決錯誤對財務或安全的影響
有意義的單位是每項被接受且經過風險調整的任務的美元數。
何時《神鬼寓言5.2》值得入手
Fable 更容易被證明合理，適用於高價值程式碼變更、困難的研究綜合、擴展型智能體、複雜的科學工具使用，以及失敗會觸發昂貴專家干預的任務。而對於提取、簡單重寫、審核分類、簡短FAQ回答，或小型模型已能解決的批量轉換任務，則較難證明其合理性。
混合路線通常是最佳選擇：低成本預設方案、目標失敗時升級為Fable、對重複上下文進行快取、非緊急批次處理，以及僅在等待時間具有可衡量價值時使用快速模式。
常見問題解答
廣告上寫的$8/$40價格是總帳單嗎？
這是直接的標準令牌費率。快取、快速模式、批量折扣、雲端供應商條款、儲存、網路、工具和稅費可能會改變總成本。
哪個更便宜，Fable 5.2 還是 Opus 5.5？
Opus 的每 token 價格是其一半。當 Fable 的附加能力能夠避免足夠多的失敗和人工修復時，它每項成功任務的成本仍可能更低。
如何安全地降低 Fable 5.2 的成本？
僅將困難任務路由到Fable，明確設定投入程度，透過快取復用穩定上下文，將輸出約束到有用的模式，批次處理非緊急工作，並衡量接受度而非原始使用量。
