精選 models claude-code opus-4-8 sonnet-5 haiku-4-5 guide

2026 年該用哪個 Claude 模型？Fable 5、Opus 4.8、Sonnet 5 與 Haiku 4.5

實用指南：在 Claude Code 中如何選擇 Claude Fable 5、Opus 4.8、Sonnet 5 與 Haiku 4.5——並涵蓋 fast mode、層級混用與 effort 等級。

2026年7月8日 • 12 分鐘閱讀 • 作者：Claude World

多年來，挑選 Claude 模型是一次性的決定：設定一個預設模型，整個 session 的所有任務都用它。到了 2026 年年中，這個心智模型已經過時。Claude Code 現在給你的是一整套模型層級組合——Fable 5、Opus 4.8、Sonnet 5 與 Haiku 4.5——外加三個可以按任務覆寫模型的地方、一個為延遲敏感的 Opus 工作設計的 /fast 模式（fast mode，快速模式），以及疊加在其上的 /effort（推理強度）旋鈕。

這份指南涵蓋每個層級實際的用途、什麼時候該用哪一個，以及如何混用它們——讓昂貴的 token 花在需要判斷力的地方，讓便宜的 token 去做粗活。

2026 年模型陣容一覽

截至 2026 年年中，目前的 Claude 模型如下：

模型Model ID定位
Claude Fable 5claude-fable-5Mythos 級層級，位於 Opus 之上——最強的公開可用模型
Claude Opus 4.8claude-opus-4-8前沿 Opus 級主力，支援 fast mode
Claude Sonnet 5claude-sonnet-5日常寫程式的平衡預設選擇
Claude Haiku 4.5claude-haiku-4-5-20251001快速/便宜層級，適合扇出（fan-out）與機械性工作

有一個值得內化的結構性變化：Fable 5 是 Claude 5 家族的第一個模型，而且它位於 Opus 之上的全新 Mythos 級（Mythos-class）層級。它的兄弟模型 Mythos 5 是同一個底層模型，只是沒有 Fable 額外的雙重用途（dual-use）安全措施，僅開放給通過審核的組織——它並不是「更大」的模型。想了解層級拆分的完整故事，請閱讀我們的 Fable 5 與 Mythos 5 解析。

Anthropic 官方對打造 AI 應用的建議，是預設使用最新、能力最強的 Claude 模型。不過對日常使用 Claude Code 而言，「處處都用最強模型」很少是最有效率的答案。以下是各層級實際的分工。

各層級剖析

Fable 5——判斷力層級

Fable 5 是最強的公開可用層級，也是隨附 ultracode 式編排指引的模型（關於 ultracode，見下文〈Effort：第二個旋鈕〉）。把它用在最需要判斷力的工作上：

  • 架構決策——做錯的代價高昂，難以回頭
  • 對抗式驗證——駁斥看似合理但其實錯誤的發現
  • 複雜的多步驟自主任務——需要模型自我修正的長任務
  • 最終彙整——把多個 agent 的輸出合併成一個連貫的答案

如果一項任務的成本主要來自做錯而不是 token 用量，那就該用這個層級。

Opus 4.8——前沿主力

Opus 4.8 是前沿的 Opus 級模型，而且擁有其他層級都沒有的功能：fast mode。Opus 4.x 系列也是 Anthropic 長上下文（long-context）成果的落腳處——我們在 Opus 4.6 推出時報導過它預設的 1M token 上下文——不過我們不在這裡對 4.8 宣稱具體的上下文大小。當你想在互動式 session 中獲得前沿能力、尤其是開著 /fast 時，就選 Opus 4.8。

Sonnet 5——日常預設

Sonnet 5 是平衡的選擇：以中階成本與延遲提供強大能力。它是 Sonnet 4.x 系列的後繼者——Sonnet 4.x 長期以來都是 Claude Code 的預設——對大多數功能開發、重構和除錯來說，它仍是合理的 session 模型；日常寫程式，用它就夠了。

Haiku 4.5——扇出引擎

Haiku 4.5 是快速/便宜層級，它的甜蜜點在於量：探索型子代理（subagent）、機械性的扇出階段（讀檔、搜尋、格式化），以及高吞吐量的 workflow 階段。你幾乎不會想拿 Haiku 當主 session 模型——你要的是讓子代理跑在 Haiku 上，主 session 則維持在更重的模型。

Fast Mode：更快的 Opus，不是縮小版模型

這是整個陣容中最常被誤解的功能，所以我們講清楚：

  • /fast 在 Claude Code 中切換 fast mode。
  • Fast mode 使用的是輸出更快的 Claude Opus。
  • 它不會把你降級到較小的模型。
  • 它在 Opus 4.8 與 4.7 上可用。

心智模型是這樣的：fast mode 在「你面對的是哪個模型」這件事上沒有任何取捨——就是同一個 Opus，只是輸出更快。在延遲很重要的互動式 session 中使用它：結對開發（pair programming）的往返、快速「改了就看」的迭代循環，任何你等模型的時間多過在回合之間思考的場合。

決策框架

四種常見的工作模式，以及各層級的定位：

1. 互動式寫程式。 你全程在迴圈中，審查每個變更。日常工作用 Sonnet 5；問題很難而且你對延遲敏感時，用 Opus 4.8 加 /fast。session 中途用 /model 切換——你的選擇可以存成新 session 的預設。

2. 探索。 摸索不熟悉的程式碼庫、找檔案、追蹤用法。這是子代理的地盤，也是 Haiku 4.5 的地盤：派出便宜的探索者，只把結論（而不是整批檔案內容）留在主上下文裡。委派模式請見 Session 4：子代理與上下文隔離。

3. 驗證。 檢查發現是否屬實、評判互相競爭的輸出、駁斥自己的結論。這是省錢會反噬的地方——一個什麼都蓋章放行的驗證者，比沒有驗證者更糟。用最高層級搭配高 effort。

4. 自主執行。 長時間執行、多步驟、沒有人盯著每一步的任務。模型必須能發現自己的錯誤，所以複雜的多步驟自主任務是 Fable 5 的主場。

選型表

任務類型模型原因
日常功能開發、除錯Sonnet 5中階成本/延遲下的強大能力
困難的互動式問題、延遲敏感Opus 4.8 + /fast輸出更快的前沿 Opus——同一個模型
程式碼庫探索（子代理）Haiku 4.5快速/便宜；為搜尋加讀取的扇出而生
機械性階段：格式化、檔案掃描Haiku 4.5量大、不需判斷力——別多花錢
架構決策、最終彙整Fable 5最強公開層級；答錯的代價高過 token
對抗式驗證、評審團Fable 5（高 effort）駁斥品質就是重點所在
複雜多步驟自主任務Fable 5隨附 ultracode 式編排指引
不確定時的子代理（不覆寫）繼承 session 模型——安全的預設

混用層級：三個覆寫點

2026 年模型陣容真正的技巧在這裡：你挑的不是一個模型，而是按角色挑模型。Claude Code 恰好在三個地方提供 per-agent 的模型覆寫。

1. Agent 定義（.claude/agents/*.md）

registry 裡的每一種 agent 類型都能在 frontmatter 中固定自己的模型、推理 effort 和工具。經典招式——一個常駐的便宜探索者：

---
name: explorer
description: Read-only codebase exploration. Finds files, maps structure, reports back.
tools: Read, Grep, Glob
model: haiku
---

Explore broadly, then return a short summary of conclusions.
Never modify files.

現在每次派出 explorer 都會跑在 Haiku 4.5 上，無論你的 session 用的是什麼模型。

2. Agent 工具的 model 參數

臨時派出一次性子代理時，Agent 工具接受 model 參數：sonnet | opus | haiku | fable。這是同一個概念的即席版本——不需要 registry 條目。

3. Workflow 的 agent() 選項

在 Workflow（Claude Code 的腳本化多代理編排工具）的編排腳本裡，每個 agent() 呼叫都接受 model 與 effort 選項。層級混用在這裡變得系統化——便宜的扇出餵給昂貴的判斷：

// Cheap mechanical stage: scan every module on Haiku, low effort
const summaries = await parallel(modules.map(m => () =>
  agent(`Summarize the public API of ${m}: exports and signatures.`, {
    label: `scan ${m}`,
    model: 'haiku',
    effort: 'low',
  })
));

// Expensive judgment stage: one Fable 5 synthesis at xhigh effort
const review = await agent(
  `Here are API summaries for every module:\n` +
  summaries.filter(Boolean).join('\n') +
  `\nIdentify inconsistencies and propose a unified naming scheme.`,
  { label: 'synthesize', model: 'fable', effort: 'xhigh' }
);

完整的編排模型請見 Session 27：Workflow 工具。

有一條規則貫穿這三個覆寫點：預設不覆寫。 沒有設定 model 的 agent 會繼承 session 模型；除非你有把握某個層級更合適，否則這就是正確的選擇。到處固定模型是過早最佳化——把明顯划算的釘下來（探索用 Haiku、判斷用最高層級），其餘的別動。

Effort：第二個旋鈕

模型選擇只是控制面的一半。/effort 設定整個 session 的推理強度——low / medium / high / xhigh——而 workflow 腳本還能為每個子代理個別設定（包括 max 等級）。同樣的搭配邏輯適用：便宜的機械性階段用低 effort，困難的驗證/評判階段用高等級。而在最頂端的是 ultracode：xhigh effort 加上常駐的 workflow 編排，因為它解鎖的規模太大，所以採 opt-in（需主動啟用）。

這值得一整篇專文——請見 Ultracode 與 Effort 等級：把 Claude Code 開到 11。

成本策略，一句話講完

便宜的扇出，昂貴的判斷。

這份指南裡的每個模式都是這句話的變奏。Haiku 4.5 的 agent 讀一百個檔案；Fable 5 決定這些發現代表什麼。Sonnet 5 撐起日常的中段；Opus 4.8 加 /fast 負責又難又講究互動的那個角落。多數配置的浪費不在於用了昂貴的模型——而在於把它們用在根本不需要判斷力的工作上。（更完整的 token 預算全貌，Session 21：成本最佳化依然適用。）

重點整理

  1. 四個層級，四種工作：Fable 5 管判斷、Opus 4.8 管前沿互動工作、Sonnet 5 管日常寫程式、Haiku 4.5 管扇出。
  2. Fast mode 是更快的 Opus，不是縮小的 Opus——/fast，在 Opus 4.8/4.7 上可用。
  3. 三個覆寫點：agent frontmatter、Agent 工具的 model 參數、workflow 的 agent() 選項。
  4. 預設繼承——只有在確定層級合適時才固定模型。
  5. Effort 是第二個旋鈕——低 effort 配便宜階段，高等級配判斷階段。

模型選擇從「每個 session 選一次」變成了「每個任務選一次」。一旦內化這一點，/model、/effort 和 /fast 就不再只是設定，而是你工作方式的一部分。

想要動手實作的版本？請跟著我們教學系列的 Session 25：Claude 5 家族與模型策略一步步練習。