Claude 5 家族與模型策略

你將學到什麼

歡迎來到第 5 模組。前四個模組教你 Claude Code 作為一個系統如何運作 — agent 迴圈、子代理（subagent）、架構與生產環境模式。本模組涵蓋 Fable 5 時代改變了什麼，而一切從最顯眼的改變開始：模型本身。

完成本堂課後，你將知道：

• 截至 2026 年中的完整 Claude 陣容，包含確切的模型 ID
• 「Mythos-class」（Mythos 級）是什麼意思，以及 Fable 5 與 Mythos 5 的真正差異
• 哪種任務該用哪個層級
• 可以為每個 agent 覆寫模型的三個地方
• Session 內的調整旋鈕：/model、/effort 和 /fast

問題所在

很長一段時間，Claude Code 的模型選擇是單一決定：在 session 開始時挑一個模型，然後所有東西 — 每則訊息、每個子代理、每個背景任務 — 都跑在它上面。

當某一個模型顯然適合所有工作時，這沒什麼問題。但只要你的 session 裡出現需求天差地遠的任務，它就不再夠用。想想一個典型的下午：

Task                          What it actually needs
──────────────────────────   ─────────────────────────────────
"Find every caller of X"      Speed. Cheap, mechanical search.
"Refactor this module"        Solid everyday coding capability.
"Is this migration safe?"     Maximum judgment. Get it right.

三個任務全跑在最高層級，你就在 grep 等級的工作上燒掉能力（和成本）。三個全跑在便宜層級，你就讓唯一真正重要的那個決策挨餓。單一的 session 層級預設值，硬是把一個答案套在三個不同的問題上。

Fable 5 時代的解法，是把模型陣容變成一個層級組合（portfolio of tiers） — 並讓你能以任務為單位，控制哪個層級處理哪些工作。

如何運作

2026 年中的模型陣容

截至 2026 年中最新的 Claude 模型：

模型	模型 ID	層級
Claude Fable 5	claude-fable-5	Mythos 級（Claude 5 家族）
Claude Opus 4.8	claude-opus-4-8	Opus 級
Claude Sonnet 5	claude-sonnet-5	Sonnet 級
Claude Haiku 4.5	claude-haiku-4-5-20251001	Haiku 級

Anthropic 給開發者的指引很簡單：建構 AI 應用時，預設使用最新、能力最強的 Claude 模型。

Mythos 層級：Fable 5 與 Mythos 5

Claude Fable 5 是 Anthropic 全新 Claude 5 家族的第一個模型，屬於一個位於 Claude Opus 之上的新 Mythos 級（Mythos-class）層級。「Mythos-class」是層級名稱，就像「Opus-class」一樣 — 不是另一個更大的獨立模型。

這個命名常讓人搞混，所以這裡給出精確的關係：

• Fable 5 和 Mythos 5 共用同一個底層模型。
• Fable 5 是 Anthropic 能力最強的*公開可用（generally available）*模型。它針對雙重用途（dual-use）能力加入了額外的安全措施。
• Mythos 5 是沒有那些措施的同一個模型，僅提供給經核准的組織。

差別在於可用性與安全設定 — 不是規模，也不是智力。

Capability tiers (mid-2026):

  Mythos-class   Fable 5 (generally available)
                 Mythos 5 (same model, approved orgs only)
  ─────────────────────────────────────────────
  Opus-class     Opus 4.8
  Sonnet-class   Sonnet 5
  Haiku-class    Haiku 4.5

挑選層級

每個層級都有明確的職責。以下是實用的選擇矩陣：

任務類型	選用	原因
架構決策、對抗式驗證、複雜的多步驟自主任務、最終綜合	Fable 5	最高的公開可用層級 — 承擔最困難的判斷工作。它也是隨附 ultracode 式編排（orchestration）指引的模型（第 26 堂課詳述）。
延遲很重要的互動式前沿編程	Opus 4.8	前沿的 Opus 級主力，支援 fast mode（快速模式）。
日常編程	Sonnet 5	平衡的預設選擇：中階成本與延遲下的強大能力。是長期作為 Claude Code 預設的 Sonnet 4.x 系列的後繼者。
探索型子代理、機械式扇出（讀檔、搜尋、格式化）、大量的 workflow（工作流程）階段	Haiku 4.5	快速／便宜層級。

關於 Opus 4.8 的兩點說明：

Fast mode（快速模式）。 在 Claude Code 中以 /fast 切換，fast mode 使用輸出更快的 Claude Opus。它不會降級到較小的模型 — 你拿到的是同一個 Opus 模型，只是更快。它在 Opus 4.8 和 4.7 上可用，對於每一次回應都在等待的互動式 session，這是正確的設定。

長上下文。 Opus 4.x 系列是 Anthropic 長上下文（long-context）成果落地的地方 — 我們先前已在本站介紹過 Opus 4.6 預設 1M token 的上下文。這裡我們不會為 4.8 或 Claude 5 家族引用任何具體數字。

可以覆寫模型的三個地方

Session 層級的選擇只是預設值。針對個別 agent 的覆寫恰好存在於三個地方：

1. Agent 類型定義 — .claude/agents/*.md 的 frontmatter。agent 註冊表（就是第 4 堂課介紹的子代理背後那一個）定義每種 agent 類型的模型、推理強度（effort）與工具。在這裡釘選一個模型，該類型的每次生成都會使用它。

2. Agent 工具的 model 參數 — 每次生成時設定，可用的值為 sonnet | opus | haiku | fable。

3. Workflow（工作流程）的 agent() 選項 — workflow 腳本（第 27 堂課）的每次呼叫都接受 model 和 effort：

// Cheap fan-out, expensive judgment
const findings = await agent(
  'List every file under src/ that touches the auth flow. Paths only.',
  { label: 'scan', model: 'haiku', effort: 'low' }
);

const verdict = await agent(
  `Adversarially verify these findings — try to refute each one:\n${findings}`,
  { label: 'verify', model: 'fable', effort: 'xhigh' }
);

那段程式碼就是整個策略的縮影：機械式階段用便宜的模型和低 effort；驗證、評判與綜合階段用最高層級和高 effort。

有一條紀律比任何覆寫都重要：預設省略覆寫。 沒有設定 model 的 agent 會繼承 session 模型，這通常是正確的。只有在你確信某個階段適合不同層級時才覆寫。

Session 調整旋鈕：/model、/effort、/fast

三個 session 內指令控制預設值：

• /model — 選擇這個 session 的模型
• /effort — 選擇推理強度（第二個旋鈕；第 26 堂課專門討論它）
• /fast — 切換 Opus fast mode

/model 和 /effort 在你選擇儲存時，都會持續作為新 session 的預設值。而 Claude Code 本身現在橫跨多個介面：CLI、桌面應用程式（Mac/Windows）、網頁應用程式（claude.ai/code）以及 IDE 擴充功能（VS Code、JetBrains）。

實作範例

我們來設定一個貼近實際的混合層級配置。

步驟 1：設定你的 session 預設值。

/model     → pick Sonnet 5 for everyday coding, or Fable 5 for a hard design day
/effort    → pick a reasoning effort; save it if you want it as your standing default
/fast      → if you're on Opus 4.8 and latency is bothering you

步驟 2：把便宜層級釘選在它該在的地方。 建立一個無論 session 模型是什麼、永遠跑在 Haiku 上的探索 agent 類型：

# File: .claude/agents/explorer.md
---
model: haiku
tools: [Read, Grep, Glob]
---

Fast, read-only codebase exploration: search, read, summarize.
Explore the codebase to answer the question you are given.
Return conclusions and relevant file paths — not raw file dumps.

現在每次生成 explorer 都是一次 Haiku 4.5 執行。你的 session 可能正用 Fable 5 討論架構，同時五個 explorer 子代理在便宜層級上平行掃過整個 repo。

步驟 3：其他一律不動。 對你其餘的 agent 類型，完全省略 frontmatter 中的 model。它們會繼承 session 模型 — 也就是說 /model 仍然是一根能牽動整套配置的單一槓桿，除了你刻意釘選的那些階段。

結果是一個雙速 session：判斷工作跑在陣容頂端，機械工作跑在底端，而 .claude/agents/ 裡的一個檔案把這個分工永久寫了下來。

前後對比

單一預設模型時代	層級組合時代
每個 session 一個模型，選一次	每個任務一個層級，按階段選擇
能力天花板：Opus 級	Opus 之上的 Mythos 級層級（Fable 5 公開可用）
子代理一律繼承 session 模型	三個地方可覆寫：agents frontmatter、Agent 工具 model 參數、workflow agent() 選項
要速度就得換較小的模型	/fast：同一個 Opus 模型，更快的輸出
成本控制 = 用較便宜的 session	成本控制 = 便宜扇出、昂貴判斷
模型選擇是配置	模型選擇是策略

這個轉變的成本面是第 21 堂課的直接延續 — 便宜扇出、昂貴評判的模式，就是以模型策略呈現的成本優化。

關鍵洞見

模型選擇從以 session 為單位，變成以任務為單位。

陣容本身很好記 — Fable 5 在頂端、Opus 4.8 是主力、Sonnet 5 是預設、Haiku 4.5 是短跑選手。真正會複利累積的技能是混用它們：辨認你工作中哪些階段是機械式的、哪些是判斷式的，然後把每個階段導向正確的層級。

而 Mythos 層級的細節值得一次就正確地內化：Fable 5 和 Mythos 5 是同一個底層模型。一個公開可用、帶有額外的雙重用途安全措施；另一個為經核准的組織移除那些措施。層級名稱描述的是能力等級 — 不代表幕後藏著一個更大的祕密模型。

從預設繼承的原則開始，在機械式工作上釘選 Haiku，把 Fable 5 留給你輸不起的關鍵決策。

下一堂課

第 26 堂課涵蓋 Effort 等級與 Ultracode — 第二個旋鈕。模型選擇決定由哪顆大腦回答；effort 決定它思考得多用力。你將學到四個 effort 等級、ultracode 實際啟用了什麼，以及 token 預算指令如何為單一回合的花費設下硬上限。