這是長格式參考。對於五分鐘瀏覽版本(快速表+路由器規則),請參閱 同伴部落格。
1. 為什麼要比較 Claude 模型?
大多數團隊不會因為他們的提示不好而賠錢。他們賠錢是因為他們在所有事情上都使用最昂貴的模型,或者因為他們將模型選擇視為模糊的偏好而不是 預算產品決策。克勞德的陣容是明確分層的:它是為了讓你可以匹配而構建的 任務形狀 到能夠很好地完成它的最小模型。
實際結果:模型選擇是您可以用來改進的最簡單的槓桿之一 延遲, 品質, 和 每個結果的成本 同時。
2.現代克勞德陣容(2026)
當前所有克勞德型號均支援 文字和影象輸入, 多語言能力, 和 願景,並且可以透過 Claude API、AWS、Amazon Bedrock、Google Cloud 和 Microsoft Foundry 上的 Claude 平臺使用。
2.1 您真正應該關心的規格
| 型號 | API ID | 上下文視窗 | 最大輸出 | 定價(輸入/輸出) | 思維行為 |
|---|---|---|---|---|---|
| Claude Haiku 4.5 | claude-haiku-4-5-20251001 (別名: claude-haiku-4-5) |
200K 代幣 | 64K 代幣 | 每個 MTok 1 美元/5 美元 | 可用擴充套件思維(自適應關閉) |
| Claude Sonnet 5 | claude-sonnet-5 |
100 萬個代幣 | 128K 代幣 | 每個 MTok 3 美元/15 美元 | 適應性思維始終開啟 |
| Claude Opus 4.8 | claude-opus-4-8 |
100 萬個代幣 | 128K 代幣 | 每個 MTok 5 美元/25 美元 | 適應性思維始終開啟 |
| Claude Fable 5 | claude-fable-5 |
100 萬個代幣 | 128K 代幣 | 每個 MTok 10 美元/50 美元 | 適應性思維始終開啟 |
Claude Mythos 5 (claude-mythos-5)是門控的,與Fable 5具有相同的規格和定價,但它配備了不同的安全架構(沒有與Fable 5相同的安全分類器)。如果您沒有訪問許可權,您仍然可以使用 Fable 5(如果可用)執行基本相同的整合邏輯。
2.2 知識截止(為什麼它對“當前資訊”很重要)
Anthropic 的模型概述列出了:
- 可靠的知識截止: 2026 年 1 月Fable 5 / Opus 4.8 / Sonnet 5; 2025 年 2 月Haiku 4.5。
- 訓練資料截止: Fable 5 / Opus 4.8 / Sonnet 5 大致為 2026 年 1 月; 2025 年 7 月,Haiku 4.5。
實際操作:如果您需要截止後的事實,請使用 檢索 (RAG) 或工具,無論模型層如何。
3. 層級在實踐中的含義
3.1 延遲和輸出代幣現實
在整個陣容中,代幣經濟的差異更大 輸出 比透過輸入。一個簡單的思考方式:
- 當您想要簡短的結構化答案時,俳句是最便宜(也是最快)的。
- Opus 和 Sonnet 花費更多,但當提示有限時仍然可以很好地擴充套件。
- Fable 5 很昂貴,因為它適用於模型需要隨著時間的推移保持在範圍內的困難、長期執行。
如果您讓任何模型生成無限制的文字,則輸出令牌將主導支出。這就是為什麼 最大輸出 (或 TLDR 優先的強烈指示)對所有級別都很重要,而不僅僅是Fable 5。
3.2 適應性思維與擴充套件思維
Anthropic 的概覽表強調了兩個差異:
- Fable 5 / Opus 4.8 / Sonnet 5 始終保持適應性思維。
- Haiku 4.5 可以使用擴充套件思維,但適應性思維已關閉。
實踐:使用俳句來完成大量任務,但請注意,它並未針對相同的長期“始終適應”行為進行最佳化。當您遇到模糊性或深度規劃需求時,請轉向十四行詩/作品/寓言。
3.3 努力作為成本質量表盤
努力是Fable 5和Mythos 5上智慧、延遲和成本之間權衡的主要控制。 Opus 4.8 和Sonnet 5 還公開了API 表面上的工作量控制。
實際意義:最常見的遷移錯誤不是“錯誤提示”。這是“在任何地方都竭盡全力”。對於大多數生產工作負載,您可以透過故意分配工作量來獲得最佳價值(低/中的廉價任務,較高的工作量的困難任務)。
4. 可以實施的決策矩陣
不要問“哪個模型最好?”,而要問“哪個模型可以完成 這個 使用最便宜的代幣的工作流程?”
| 任務形狀 | 選擇 | 為什麼 |
|---|---|---|
| 意圖分類、路由、實體提取 | 俳句 | 快速、便宜,是高吞吐量的理想選擇 |
| 日常編碼幫助、文件、結構化推理 | 十四行詩 | 最佳速度/質量平衡 |
| 複雜的代理編碼、企業分析、深度除錯 | 作品 | 在長期、多步驟的企業任務中表現出色 |
| 長達數天的代理執行、委託多文件合成 | Fable 5 (或門控Mythos 5) | 專為長期自治和保持在範圍內而設計 |
5、生產路線藍圖(廉價->智慧->前沿)
這是一種實用的模式,當你有多種任務時效果很好:有些簡單,有些困難,還有很多“大部分很簡單,但有時很棘手”。
5.1 逐步路由器
- 用俳句分類。 確定意圖和大致的複雜性;還可以估計您是否需要較長的上下文或工具使用。
- 在 Sonnet 或 Opus 上執行主路徑。 適用於大多數“嚴肅但有限”任務的十四行詩。當您期望複雜的代理編碼或更深入的除錯時,Opus 是最佳選擇。
- 升級到 Fable 5 以獲得真正的長期工作。 示例:跨儲存庫重構、模型必須保持多個約束活動的多文件合成,以及委託子任務的自主執行。
- 處理後備/拒絕。 如果Fable 5因安全分類器而拒絕,請根據您的產品要求回退到Opus 4.8(或其他合適的型號)。
5.2 制定路由器預算(不要讓升級毀掉節省的資金)
僅當升級很少發生時,路由器才具有成本效益。新增約束,以便昂貴的層不會膨脹:
- 在每一層設定最大輸出令牌。
- 使用 TLDR 優先指令,以便模型可以在已知足夠資訊時儘早停止。
- 快取穩定字首(系統提示符和工具模式),減少重複輸入成本。
6. 可以用代幣經濟學來進行健全性檢查
由於定價是按令牌計算的,因此您可以估算每個請求的成本。使用模型概述定價值:
- Fable 5: 每個 MTok 10 美元輸入/50 美元輸出
- Opus 4.8: 每個 MTok 輸入 5 美元/輸出 25 美元
- Sonnet 5: 每個 MTok 輸入 3 美元/輸出 15 美元
- Haiku 4.5: 每個 MTok 1 美元輸入/5 美元輸出
粗略公式(代入您的估計):
cost ~= (input_tokens / 1_000_000) * input_price
+ (output_tokens / 1_000_000) * output_price
理智規則:如果輸出代幣很大,Fable 5很快就會成為主要成本驅動因素。這就是為什麼即時結構和產出上限比許多團隊預期的更重要。
7. 跨層提示模式
最有啟發性的最佳實踐適用於每個克勞德模型:提供明確的目標,限制輸出格式,並且只詢問您需要的內容。特定層級的差異體現在您如何 控制長度 和 控制努力。
7.1 防止預算洩漏的一般規則
- 以結果為主導。 你的第一行應該說明發生了什麼或你發現了什麼。
- 請求 TLDR 優先。 如果可以的話,讓模型儘早停止。
- 範圍蠕變上限。 除非有要求,否則不要要求額外的功能、重構或“最好有”的改進。
- 繫結輸出長度。 使用最大輸出標記或嚴格格式。
7.2 Fable 5換工作時
Fable 5 專為長期自治而打造:它可以長時間維持高效產出、委派子任務,並在任務真正涉及多個步驟時保持連貫性。顯著的差異不僅僅是“更多的推理”。您可以(並且應該)將工作流程構建為 目標+檢查點+工具驅動的證據,而不是強迫所有事情都一次性解決。
8. 示例工作流程(在哪裡使用什麼)
8.1 Haiku 4.5
- 對傳入請求進行分類(意圖 + 複雜性)並路由到正確的層。
- 將結構化欄位提取為 JSON 供下游系統使用。
- 用嚴格的模式和最大輸出上限總結短文。
8.2 Sonnet 5
- 用“什麼/為什麼/如何”的格式重構和解釋程式碼。
- 以一致的語氣和簡短的輸出起草面向客戶的內容。
- 構建仍然需要速度的代理工具(工具呼叫+短迴圈)。
8.3 Opus 4.8
- 複雜的代理編碼:多檔案更改、更深入的除錯以及更仔細的系統範圍推理。
- 企業文件分析:電子表格、幻燈片和長報告。
- 在困難但有限的任務中,您仍然需要企業級答案,而不僅僅是草圖。
8.4 Fable 5(和Mythos 5)
- 透過工具使用和驗證步驟在儲存庫之間進行長達數天的程式碼遷移。
- 多文件綜合,其中長期執行的指令保留和連貫性至關重要。
- 自主工作流程,委派子任務並在產生中間結果後繼續。
9. 遷移注意事項
9.1 遷移到Opus 4.8
如果您當前使用的是 Opus 4.7 或更早版本,請從以下位置開始:
- 確保您設定
effort當您有延遲或預算要求時明確。 - 檢查任何可能過於規範的提示技能。更高的能力可以放大過於具體的指令。
- 重新測試輸出長度假設並在需要時應用最大輸出上限。
9.2 從 Opus 遷移到 Fable 5
Fable 5 不是“更快的 Opus”。將其視為長期任務的工作流程工具:
- 轉向目標+檢查點結構(特別是對於代理執行)。
- 委派子任務,而不是將所有內容堆疊在一個長執行緒中。
- 使用快取和有限輸出,這樣長時間執行就不會增加支出。
10. 常見問題
- 凡事都用寓言。 它適用於困難的、長期的情況。
- 無輸出上限。 如果讓俳句生成無限制的文字,即使是俳句也會變得昂貴。
- 假設上下文視窗是可互換的。 Haiku 擁有 200K 代幣;其他預設為1M。
- 忽略截斷差異。 如果您需要截止後資訊,請使用檢索/工具。
- 不是路由工作。 在任何地方設定最大努力通常會增加成本,而不會改善結果。
11. 底線
Claude 的產品線經過精心設計,您可以構建一個模型路由器,將最小的功能層與每個任務形狀相匹配。從俳句開始,以實現廉價的路由和提取。使用 Sonnet 進行大部分日常工作。升級到 Opus 以進行復雜的企業和代理編碼。為需要持續自主性和一致性的真正的長期執行保留Fable 5(和門控Mythos 5)。
如有疑問,請限制提示,限制輸出長度,並測量每個結果的輸出標記。這一指標往往使模型選擇變得顯而易見。
本文的 SEO 快照
- 搜尋引擎最佳化標題: 克勞德模型比較:Haiku vs Sonnet vs Opus vs Fable 5 (Mythos 5)
- 元描述: 比較 Anthropic Claude Haiku、Sonnet、Opus、Fable 5 和門控 Mythos 5。包括規格、成本/代幣策略、路由藍圖以及何時使用每一層。
- 主要關鍵詞: Claude 模型比較、Claude Opus 4.8、Claude Fable 5、Claude Sonnet 5、Claude Haiku 4.5、Claude Mythos 5、代幣預算、代理編碼
- 推特/X: Claude 模型層解釋道:Haiku 用於廉價路由,Sonnet 用於日常工作,Opus 用於複雜編碼,Fable 5 用於長達數天的代理執行。裡面有代幣預算路由藍圖。
- 領英: 對 Anthropic Claude Haiku、Sonnet、Opus、Fable 5 和門控 Mythos 5 的實用且可實施的比較。規格、成本模型和控制輸出代幣的路由器。來自Workstation。