Claude Code 中的 Sonnet、Opus 與 effort：如何選擇模型

模型與代理工作實用資料：Ailoot 文件。

更新於 2026 年 9 月 23 日。本文發布後，Anthropic 已更換兩次模型世代：先發布 Opus 5 和 Sonnet 5，接著於 9 月 22 日推出 Claude Opus 5.5。本指南的選擇邏輯仍然適用：架構設計與除錯使用昂貴模型，日常工作使用中階模型。名稱和價格已經改變。下一節會詳細說明哪些地方改變了，以及如何閱讀下方表格。

截至 2026 年 9 月的變化：Opus 5.5、Sonnet 5 與新費率#

以下快速整理數字和指令的變化：

三個會影響日常工作的重點。

高階模型變便宜了。 Anthropic 表示 Opus 5.5 所需的運算量較少，因此每個 token 的價格下降 20%，快取讀取費用從每百萬 $0.50 降至 $0.20，而預設設定下的典型工作負載比 Opus 5 便宜 40%。過去那種「我開了 Opus，半天就用完額度」的情況較不容易發生，但並未完全消失。

現在需要手動設定推理深度。 Opus 5.5 預設從 medium 開始，其他支援 effort 的模型則從 high 開始。如果你期待高階模型進行深入分析，請明確設定 /effort high 或 xhigh。還有一點：使用者設定中的頂層 effortLevel 鍵對 Opus 5.5 無效，因為現在會為每個模型分別儲存層級。

目前三個模型的 context window 都有一百萬 token。 關於中階模型有 200K，以及透過 opus[1m] 升級至 1M 的說明，不適用於目前的 Opus 5.5 和 Sonnet 5：兩者原生就有一百萬 token。

下方表格和計算保留原本的模型名稱與費率，作為選擇邏輯的參考。請使用目前價格：高階模型 $4 / $20，中階模型 $2 / $10。

2026 年 5 月的變化：Sonnet 4.6、Opus 4.7、Haiku 4.5，以及這些變化的重要性#

2026 年 5 月 6 日，在 Code with Claude 大會上，Anthropic 推出五項重大更新：管理式記憶（Dreaming）、outcomes、多代理協作、Remote Control 和 Agent View。同一天，Pro、Max、Team 和 Enterprise 的限額加倍。自 3 月下旬開始實施的尖峰時段流量限制也全面取消。

同時，運算資源的合約也出現不同走向。SpaceX 在 S-1 文件中披露，與 Anthropic 簽訂的 Colossus 合約價值每月 12.5 億美元，將持續至 2029 年 5 月（220,000 多個 NVIDIA GPU、300 多 MW）。這表示未來 Claude 的運算容量會增加，而不是減少。

這對 vibe coder 的日常工作有什麼實際影響？過去常見的工作方式是：「我用 Opus，因為它比較聰明。」現在三種模型之間確實有差異：

• Opus 4.7（每百萬輸入／輸出 token $5 / $25，1M context）—於 2026 年 4 月 16 日發布。採用新 tokenizer。SWE-bench Verified 得分 87.6%，比 Opus 4.6 高 13%。
• Sonnet 4.6（$3 / $15，1M context）—SWE-bench Verified 得分 79.6%。以 Opus 4.7 基本輸入／輸出價格的 60% 達到其 91% 基準分數，並且幾乎追平 Opus 4.6（80.8%），只差 1.2 個百分點。
• Haiku 4.5（$1 / $5，200K context）—快速又便宜，適合不需要架構思考的工作。

重點是：Claude Code 在 5 月初更新了三個指令：/model、/effort、/fast。知道何時使用，每一項都能讓 token 用量降至原來的 2–5 分之一。

本文描述的實務做法是每天使用兩款主要模型。以下是由此整理出的選擇表。

如何選擇模型：依工作類型判斷#

這張表很適合放在手邊，切換工作時隨時查閱。

主要原則：預設使用 Sonnet。多數使用者方案預設採用 Sonnet 4.6 是有原因的。Anthropic 官方說明直接指出，Sonnet 是大多數程式工作最合適的選擇。

80% 新手容易陷入一種危險模式：把 Opus 設為預設，接著納悶為何半天就用完限額。原因是 Opus 每個 token 的費用高出 1.67 倍。

Sonnet 4.6 與 Opus 4.7 在實際工作中的差異#

單看基準測試意義不大，重要的是實際任務上的差異。以下讓兩個模型在相同任務上並排比較。

情境 1：簡單重構（3–5 個檔案）。

Sonnet 和 Opus 表現相同。在這項比較中，沒有觀察到程式碼品質差異。時間方面，Sonnet 快 15–20%。成本方面，Sonnet 便宜 1.67 倍，勝負顯而易見。

情境 2：複雜錯誤除錯。 假設電子商務平台遷移付款閘道後，電子郵件收據不再寄達。症狀是：cron 有執行，資料庫也新增記錄，但郵件沒有送出。

• Sonnet：花 15 分鐘查看日誌和明顯相關的位置，發現環境變數中有郵件服務，於是建議檢查金鑰。如果金鑰沒問題，就會開始繞圈子。
• 使用 xhigh effort 的 Opus：立即建立思考脈絡圖：「webhook → cron → 狀態檢查 → 郵件服務」。20 分鐘內找出遷移改變了訂單 ID 格式，但郵件服務仍以舊格式篩選。

這不是魔法，而是適應式推理：Opus 4.7 會在每一步判斷要思考多深入；遇到困難的錯誤時，它會花 token 深入推理，而不是追求更快的回應。

情境 3：架構決策。「我們應該把分析功能移到獨立服務嗎？」Sonnet 對這種問題能提出不錯的計畫，但可能漏掉細節，例如使用兩個服務後，監控也需要遷移警示。Opus 4.7 會系統性地推演這類細節。

最後一列很重要。讀到「Opus 4.7 的價格是這樣」時，請記得同一個檔案會比 Sonnet 多用 20–35% 的 token。同一任務的實際費用會比表格中的名目價格顯示得更高。

你想做的不只是選模型，還想建立一套不論使用哪個模型，都能讓 Claude 可靠運作的組合嗎？選 Sonnet 或 Opus，只是脈絡工程的一個面向。缺少合適的設定，即使是昂貴的模型也可能出錯。

何時使用 Haiku 4.5（以及 Claude Code 有 80% 的工作為何使用 Sonnet）#

Haiku 最能發揮效益的工作：

• 單行腳本：「寫一個 bash 腳本，如果 nginx 程序 30 秒沒有回應就重新啟動。」
• 簡單的程式碼說明：「這個函式做什麼？」
• 產生 Conventional Commit 訊息。
• 基本語法檢查／lint 修正。
• 翻譯不同語言的註解。

技術上，Haiku 在 Claude Code 中的運作方式和透過 /model haiku 相同。不過有個細節：除非使用 ANTHROPIC_DEFAULT_HAIKU_MODEL 環境變數覆寫，否則子代理和背景工作預設會使用 Haiku。

Haiku 的 context 是 200K token。對大部分檔案而言很充足，但處理 monorepo 或長篇逐字稿時就可能碰到上限。這種情況下，Sonnet 和 Opus 有 1M。

成本：1,000 個相似請求（例如使用 200 個輸入 token + 50 個輸出 token 產生 commit 訊息）在 Haiku 上花費 $0.45。同樣的工作在 Sonnet 上花費 $1.35，在 Opus 上花費 $2.25。差了三倍。

/model 指令：如何在工作階段中切換#

在 Claude Code 中設定模型的六種方式，依優先順序排列：

1. 工作階段中：/model <alias>——立即切換。對話記錄、檔案和脈絡都會保留；只有處理下一則訊息的模型改變。如果工作階段已經有輸出，選擇選單會要求確認——下一次回應會在沒有快取的情況下重新讀取完整記錄。
2. 啟動時：claude --model <alias>。
3. 環境變數：ANTHROPIC_MODEL=<alias>。
4. 設定檔：~/.claude/settings.json 中的 model 欄位。

基本指令：

# 使用高階模型啟動（目前為 Opus 5.5）
claude --model opus

# 在工作階段中切換至 Sonnet
/model sonnet

# 開啟選擇選單（互動式選擇）
/model

# 切換至具有 1M context 的 Opus
/model opus[1m]

# 切換至特定版本（固定版本）
/model claude-opus-5-5

Anthropic API 中各別名指向的模型（截至 2026 年 9 月 23 日）：

• opus → Opus 5.5（需要 Claude Code v2.1.280 或更新版本）
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → 可用的最智慧模型
• default → Pro、Max、Team、Enterprise 和 Anthropic API 上的 Opus 5.5
• opusplan → Opus + Sonnet 混合模式（下方另有說明）

⚠️ 雲端供應商的預設值不同：Amazon Bedrock 和 Google Cloud 的 sonnet 別名指向 Sonnet 4.5；Microsoft Foundry 的 opus 仍會解析為 Opus 4.6。如果你透過雲端供應商使用，請固定特定版本（claude-opus-5-5），或設定 ANTHROPIC_DEFAULT_OPUS_MODEL 變數。

從版本 2.1.144 起，主要變化是 /model 不再將選擇寫入設定。它只套用於目前工作階段，關閉工作階段後就會消失。若要永久儲存預設值，請在選擇選單中反白的列上按 d。這會將 model 欄位寫入 ~/.claude/settings.json。

彙整過的工作階段（claude --resume、--continue、/resume）會保留該工作階段使用的模型，不受目前設定影響。這可避免恢復工作階段時，其他工作階段改變你的模型。

若要查看目前使用的模型，請使用 /status——它會同時顯示帳戶和目前模型。

/model opusplan：分開比較規劃與執行成本#

本文描述的實務做法會在超過 10 個步驟的任務中使用這個模式。

運作邏輯：

• 在 Plan Mode（/plan）中，討論架構和選項，並決定做法。這時用 Opus 很貴，但它的推理能力根本不同，因此值得。
• Plan Mode 結束，Claude 開始編輯檔案、撰寫測試和執行指令後，就進入執行階段。執行工作使用 Sonnet 4.6，品質可媲美 Opus。

啟用方式：

# 啟動時
claude --model opusplan

# 或在工作階段中
/model opusplan

具體計算例。假設一項 50 步驟的重構通常會這樣分配：

• 規劃（5 個步驟，約 30,000 個輸入 token + 8,000 個輸出 token）：Opus 4.7
• 執行（45 個步驟，約 200,000 個輸入 token + 50,000 個輸出 token）：Sonnet 4.6

基準為 230,000 輸入、58,000 輸出，依表中歷史 Opus 費率共 $2.60。opusplan 保留 30,000 輸入與 8,000 輸出在 Opus（$0.35），200,000 輸入與 50,000 輸出用 Sonnet（$1.35），合計 $1.70。節省 ($2.60 − $1.70) / $2.60 = 34.6%。同用量及費率下，替換執行只省該部分 40%；即使執行占基準成本 90%，總節省仍是 36%。Tokenizer 差異需明確各模型輸入／輸出數，不能單獨支持 75–80%。

⚠️ 注意一點：opusplan 的 Plan Mode 使用標準 200K context。opus 別名可自動升級至 1M，但此功能不適用於 opusplan。如果你要規劃需要數百萬 token 脈絡的大型任務（例如分析大型 monorepo），請明確使用 /model opus[1m]，或在規劃完成後再切換至 opusplan。

/effort 指令：適應式推理的 5 個層級#

這是僅次於 /model 的第二重要指令。Effort 是適應式推理：模型會在每一步依據任務複雜度，自行決定思考深度。層級越高，推理越深入，使用的 token 也越多。

各層級（視任務而定）：

支援的模型有三款：Opus 4.7、Opus 4.6 和 Sonnet 4.6。其他模型不支援 effort。

截至 2026 年 9 月的變化。Opus 5.5、Opus 5、Sonnet 5、Opus 4.8 和 Opus 4.7 提供 low、medium、high、xhigh 和 max 層級；Opus 4.6 和 Sonnet 4.6 沒有 xhigh，在這些模型上要求 xhigh 會以 high 執行。所有支援 effort 的模型預設層級都是 high，但 Opus 5.5 為 medium，Opus 4.7 為 xhigh。因此，若要目前的高階模型深入分析，必須明確要求。另有一個獨立的 ultracode 模式：這是 Claude Code 設定，不是模型層級；它會傳送 xhigh，並要求 Claude 為大型任務建立動態工作流程。

設定方式：

# 開啟互動式滑桿
/effort

# 直接設定層級
/effort high
/effort xhigh

# 重設為模型預設值
auto

# 透過啟動旗標
claude --effort high

# 透過環境變數（啟動時套用）
export CLAUDE_CODE_EFFORT_LEVEL=high

# 在設定中（max 無效——max 僅限目前工作階段）
{
  "effortLevel": "high"
}

# 在 skill / subagent frontmatter 中
---
name: my-skill
effort: low
---

Claude Code 會在標誌和載入動畫旁顯示層級，例如「with low effort」，所以不必開啟 /model 查看。

/model 選擇選單中也有 effort 滑桿——使用左右方向鍵設定。

一項重要細節：從任何其他模型切換至 Opus 4.7 時，effort 會強制設為 xhigh——即使你在 Opus 4.6 或 Sonnet 4.6 上使用 high 也一樣。若要恢復想要的層級，請再次執行 /effort。

另一個技巧：在提示中使用 ultrathink。如果提示文字包含 ultrathink 這個詞，Claude 就會在單一回合中使用更深入的推理，而不改變工作階段的 effort。類似的說法（「think」、「think hard」、「think more」）不會觸發這項行為——它們只會當成一般文字傳入。

/fast 指令：Opus 快 2.5 倍、價格高 6 倍——何時划算？#

Fast mode 是研究預覽功能。需要 Claude Code v2.1.36+，可透過 claude --version 檢查。

啟用方式：

# 切換 fast mode（Claude Code CLI 和 VS Code Extension 均可使用）
/fast

# 或在設定中
{
  "fastMode": true
}

啟用後：

• 如果你使用其他模型，Claude Code 會自動切換至 Opus。
• 會出現「Fast mode ON」確認訊息。
• 提示旁會出現 ↯ 圖示。

選項與細節：

• fast mode 的預設模型是可用的最強 Opus。截至 2026 年 9 月 23 日，這是 Opus 5.5；fast mode 完全無法在 Opus 4.7 上運作，切換至 Opus 4.7 會關閉 fast mode。
• fast mode 預設會跨工作階段儲存。Team/Enterprise 管理員可透過 fastModePerSessionOptIn: true，要求每個工作階段都明確選擇加入。
• 再次執行 /fast 關閉 fast mode 時，你仍會留在 Opus——模型不會切回之前的模型。請使用 /model 切換。
• 在對話中途啟用時，整個對話脈絡都會按 fast mode 價格計費。因此，最好在工作階段開始時就啟用，而不是做到一半才開啟。

使用 fast mode 的時機：

• 即時除錯：你正在看追蹤紀錄，回應時間至關重要。
• 互動式工作的緊迫期限：你要在 18:00 前完成示範，需要快速反覆修改。
• 快速反覆修改程式碼：你正逐一測試各種假設。

不建議使用的情況：

• 不重視速度的長時間自主任務。為 2.5 倍速度支付 6 倍費用；如果你會在 Claude 工作時去吃午餐，就不划算。
• 批次處理、CI/CD pipeline——完全不是互動模式用途。
• 重視成本的工作負載——答案很明顯。

可用性：

• 不支援 Bedrock、Vertex 或 Foundry。
• 帳戶必須有用量點數（超出方案內含限額的計費）。個人帳戶可在 Console 的計費設定中啟用。Team/Enterprise 必須由管理員啟用。
• Fast mode token 不會從方案內含限額中扣除。從第一個 token 開始，就會按 fast mode 價格直接扣用量點數。

如果達到 fast mode 請求上限或用完用量點數，fast mode 會自動切換至標準速度和價格，↯ 圖示會變成灰色，工作會繼續。限額重設後，fast mode 會自動重新啟用。

Fast mode 和 effort 並非互相排斥的設定，可以搭配使用：fast mode + low effort = 簡單任務的最高速度。

各模型實際成本是多少：每月帳單明細#

每百萬 token 價格（Anthropic API，USD）：

實際能降低帳單的做法：

1. 提示快取。 Anthropic 會快取提示中重複出現的部分：system prompt、CLAUDE.md、工具說明。快取命中的費用是輸入價格的 10%。以 Sonnet 為例，每百萬 token 的費用從 $3 降至 $0.30，便宜 10 倍。API 請求中的 cache_control: { type: "ephemeral" } 會自動啟用。在 Claude Code 中預設就會運作。

2. Batch API：適用於可以等待的任務（報告、批次大量產生文字），輸入與輸出享有 50% 折扣。Sonnet 透過 Batch API 收費 $1.50 / $7.50。Claude Code 無法直接使用，但如果你用 Anthropic SDK 建立自動化，請採用它。

3. 用 opusplan 取代純 Opus：歷史範例約省 34.6%，實際總額取決於執行比例、token 數、費率、快取與重試。

4. 預設使用 Sonnet，需要時才用 Opus：這是主要的省錢方法。如果只是「以防萬一」而啟用 Opus，本文描述的做法會改用 Sonnet。若任務需要 Opus，到了第三或第四步通常就會看出來，屆時再明確使用 /model opus 切換。

5. 記住 Opus 4.7 換了新 tokenizer。 處理同一個檔案時，Opus 4.7 最多比 Sonnet 4.6 多用 35% 的 token。同一任務的實際成本會比表格看起來更高。

具體例子：一家房仲公司為新客戶建立網站原型的典型任務：「建立一個有三個區塊、表單和付款閘道整合的頁面。」結果如下：

• 只用 Opus 4.7（high effort）：每個工作階段約 $4.80（工作 1.5 小時）。
• opusplan：約 $1.90（Opus 規劃、Sonnet 執行）。
• 只用 Sonnet 4.6（high effort）：約 $1.30，但架構決策較差（Sonnet 採用範本式做法，而 opusplan 中的 Opus 則針對非標準需求提出自己的方案）。

這項任務的最佳選擇是 opusplan。關鍵部分保留 Opus 的品質，同時節省 60%。

Claude Code 不會直接顯示用量限額的 token 數量——限額是動態的，依方案而異。不過在 /status 中可以看到方案和目前用量。若要更精確掌握用量，請參閱詳細指南：如何避免一天內用完 Claude Code 限額。

日常工作流程該怎麼設定？4 個現成預設組合#

這四種預設組合可依工作日和任務切換使用。

預設 1. Daily Code——本文描述的做法有 80% 工作時間使用。

claude --model sonnet --effort high
# 必要時在工作階段中升級至 Opus
/model opus

用途：新功能、小型重構、簡單錯誤除錯、文件。High effort 的 Sonnet 是最佳平衡點。

預設 2. Heavy Refactor——重大架構變更。

claude --model opusplan
# 先使用 /plan 討論結構
# 離開 Plan Mode 後，由 Sonnet 負責執行

用途：跨 15 個以上檔案重寫模組、將整合從一個閘道切換至另一個閘道。Opus 負責架構（思考相依關係），Sonnet 負責執行（快速編輯檔案）。這類任務可節省 70% 以上。

預設 3. Quick Fix——單行編輯和腳本。

claude --model haiku --effort low

用途：「在所有檔案中變更某個變數名稱」、「寫一個重新啟動 nginx 的 bash 腳本」、「這個函式做什麼？」Haiku 能處理這些工作，成本是 Sonnet 的三分之一。

預設 4. Architecture Session——策略性決策。

claude --model opus --effort xhigh
# 進入 Plan Mode 時使用最高 effort：
/plan
# 對關鍵問題在提示中加入 ultrathink

用途：「X 應該是獨立服務嗎？」「原型應該使用哪些工具？」「多租戶資料庫綱要該如何安排？」Opus 4.7 在這類工作上價格高，但值得，因為這裡的一個錯誤可能讓工作多花好幾週。

你可以將這些預設組合儲存為 Skills（每個 skill 一個模型），或存為 ~/.zshrc 中的別名：

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

如果你在團隊中工作，可以透過管理設定建立統一標準。管理員可在組織政策中設定 availableModels: ["sonnet", "haiku", "opusplan"]，讓使用者無法直接選擇 Opus，只能明確選擇加入後使用。這是避免意外用完限額的好方法。

如果你正在打造子代理，也可以透過 CLAUDE_CODE_SUBAGENT_MODEL 或代理定義 frontmatter 中的 model 欄位，為不同子代理設定不同模型。這提供了另一層最佳化空間。

用完可用額度時怎麼辦：5 個實用方法#

如果 /status 顯示你已達到 Opus 限額：

1. 切換至 Sonnet 4.6：/model sonnet。它有獨立的額度池，80% 的任務都不會讓你感覺有差異。在 Anthropic API 上，即使達到 Opus 限額，Claude Code 在接近門檻時也可能自動切換至 Sonnet。

2. 後續工作使用 opusplan：/model opusplan。如果當天還有 Plan Mode 任務，Opus 只會少量使用（僅用於規劃）；執行全部交給 Sonnet。

3. 檢查提示快取：確認你沒有透過 DISABLE_PROMPT_CACHING=1 將其停用。如果 CLAUDE.md 或 system prompt 含有大量設定，應該讓它們進入快取。若 90% 的讀取都命中快取，用量可減少十倍。

4. 移動批次任務：如果你有大量產生報告、文字或翻譯的工作，可以改用 Batch API 腳本，輸入和輸出享有 50% 折扣。Claude Code 無法直接使用，但用 tsx 腳本 + Anthropic SDK，30 分鐘即可設定完成。

5. 輔助任務使用 Haiku：對「寫一則 commit 訊息」或「說明這個檔案的內容」等例行工作，將 Claude Code 切換至 Haiku。它的用量是 Sonnet 的三分之一、Opus 的五分之一。

最後再提醒一次：自 2026 年 5 月 6 日起，Pro、Max、Team 和 Enterprise 的限額已加倍，尖峰時段流量限制也已取消。如果 Opus 半天就耗盡你的可用額度，問題不在限額，而是你把 Opus 用在 Sonnet 就能完成的工作上。本指南第二節的選擇表能幫助你重新掌握主導權。

如需深入了解限額和節省 token 的八項實用規則，請參閱這篇支柱文章：如何避免一天內用完 Claude Code 限額：2026 年節省 token 的 8 項規則。另一篇實用的搭配文章是Claude Code 的 Plan Mode：逐步指南，因為 opusplan 必須搭配 Plan Mode 才能運作。每個模型的基礎則是2026 年如何設定 CLAUDE.md。

實用的 vibe coding 設定。實用資料：Ailoot 文件。

更多資料與工具：Ailoot。