Claude 5 家族與模型策略
認識 Claude Fable 5、Mythos 5 與 2026 年中的模型陣容 — Opus 5、Opus 4.8、Sonnet 5、Haiku 4.5，以及如何在 Claude Code 中依任務挑選與混用模型。
你將學到什麼
歡迎來到第 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 5 | claude-opus-5 | 當代 Opus 世代 |
| 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 模型。
實際可選的模型與 alias 會因 provider、方案、帳號 entitlement 與 rollout 而異。這裡呈現 Claude Code 2.1.226 的 model configuration；在你的環境裡，仍應以 /model 顯示的選項為準。
Mythos 層級：Fable 5 與 Mythos 5
Claude Fable 5 是 Anthropic 全新 Claude 5 家族的第一個模型，屬於一個位於 Claude Opus 之上的新 Mythos 級（Mythos-class）層級。「Mythos-class」是層級名稱，就像「Opus-class」一樣 — 不是另一個更大的獨立模型。
這個命名常讓人搞混，因此應以 Anthropic 的 Fable 5 與 Mythos 5 官方 System Card 作為可宣稱範圍：
- Anthropic 將 Fable 5 與 Mythos 5 描述為同一個新大型語言模型的兩種 configuration。
- Fable 5 是供一般使用的 configuration，對高風險領域加入額外 safeguards。
- Mythos 5 移除相關 safeguards，只提供給少數 trusted partners，首批從 Project Glasswing 參與者開始。
官方說法能確認的是 configuration、safeguards 與 access 的差異；不要從名稱推論另一個更大的模型或更廣泛 entitlement。
Capability tiers (mid-2026):
Mythos-class Fable 5 (generally available)
Mythos 5 (same base model, trusted partners only)
─────────────────────────────────────────────
Opus-class Opus 5 (current generation)
Opus 4.8 (previous generation)
Sonnet-class Sonnet 5
Haiku-class Haiku 4.5挑選層級
每個層級都有明確的職責。以下是實用的選擇矩陣：
| 任務類型 | 選用 | 原因 |
|---|---|---|
| 架構決策、對抗式驗證、複雜的多步驟自主任務、最終綜合 | Fable 5 | 最高的公開可用層級 — 承擔最困難的判斷工作。Ultracode 是 Claude Code 的 session 編排模式，不是模型本身的屬性（第 26 堂課詳述）。 |
| 困難的 Opus 級實作與互動式編程 | Opus 5 | 當代 Opus 世代；是否可用仍取決於 provider 與 entitlement。 |
| 明確需要上一代 Opus fast mode 路徑的互動工作 | 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' }
);
const verdict = await agent(
`Adversarially verify these findings — try to refute each one:\n${findings}`,
{ label: 'verify', model: 'fable', effort: 'xhigh' }
);那段程式碼就是整個策略的縮影：機械式階段使用 Haiku 且不覆寫 effort；驗證、評判與綜合階段才使用支援 effort 的高階模型與高 effort。 目前 configuration 未將 Haiku 4.5 列為支援 effort 的模型，因此不要為它附加 --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 5 是當代 Opus 世代、Opus 4.8 是上一代選項、Sonnet 5 負責平衡的日常工作、Haiku 4.5 是短跑選手。真正會複利累積的技能是混用它們：辨認你工作中哪些階段是機械式的、哪些是判斷式的，然後把每個階段導向正確的層級。
而 Mythos 層級的細節值得一次就正確地內化：Anthropic 的 system card 將 Fable 5 與 Mythos 5 描述為同一個新大型語言模型的兩種 configuration。Fable 供一般使用並加入額外 safeguards；Mythos 為少數 trusted partners 移除相關 safeguards。名稱本身不代表另一個更大的模型，也不代表一般 entitlement。
從預設繼承的原則開始，在機械式工作上釘選 Haiku，把 Fable 5 留給你輸不起的關鍵決策。
下一堂課
第 26 堂課涵蓋 Effort 等級與 Ultracode — 第二個旋鈕。模型選擇決定由哪顆大腦回答；effort 決定它思考得多用力。你將學到五個標準 effort 等級（low 到 max）、為何 Haiku 4.5 不應附加 effort 覆寫，以及為何 ultracode 是 session-only 的 xhigh 加 workflow 模式，而不是另一個 effort 層級。預算指示只能當作引導，不能視為單一回合花費的保證上限。