Claude Ultracode 是什麼？與 Max Effort 的分別、額度消耗及關閉方法

Claude Ultracode 是讓 Claude Code 把大任務規劃成工作流、而不是單次對話的開關。 Claude 不再由一個 agent 一輪一輪地做，而是寫一段 JavaScript 編排腳本，並行啟動多個 subagent，讓它們互相檢查結果，最後交回一個結果。Anthropic 的說明見 Orchestrate subagents at scale with dynamic workflows 以及 Claude Code model configuration 頁面。

本文講清 Ultracode 的兩種用法、它和 max、xhigh effort 的區別、在 Pro 和 Max 方案下的成本，以及避免一次執行吃光一週額度的設置。本頁由 Sumus AI 員工維護，Claude Code 有變化就更新。

Claude Ultracode 到底做什麼

Ultracode 建立在 dynamic workflows 之上。Anthropic 在 2026 年 5 月以研究預覽形式把它加進 Claude Code，6 月正式開放。工作流把計劃寫進程式碼：循環、分支和中間結果都放在腳本里，Claude 自己的上下文只保留最終答案。Anthropic 建議的場景包括：全程式碼庫的 bug 排查、500 個文件的遷移、需要交叉核對來源的研究，以及需要多角度起草的困難方案。

Ultracode 讓 Claude 不用你每次開口就自動用工作流。Anthropic 文件原話是：開啟 ultracode 後，“Claude plans a workflow for each substantive task instead of waiting for you to ask.”一個請求可以連續變成幾個工作流：一個理解程式碼，一個修改，一個驗證。

Ultracode 的兩種用法

• ultracode 關鍵詞。 在提示詞裡寫上 ultracode，例如“ultracode: audit every API endpoint under src/routes/ for missing auth checks.”這一個任務會以工作流執行，會話的 effort 等級不變。如果誤打了，按 Option+W（macOS）或 Alt+W 取消高亮，或在 /config 關閉 Ultracode keyword trigger。
• ultracode 設置。 執行 /effort ultracode，在 /effort 滑塊裡按 Tab 切換 Ultracode，或用 claude --effort ultracode 啟動。只對當前會話有效；想每個會話都預設開啟，在 settings 裡設 "ultracode": true。

這個關鍵詞是改名來的：Claude Code 的 changelog 寫明動態工作流的觸發詞從 workflow 改成了 ultracode，現在輸入 workflow 不會再啟動工作流。

Ultracode vs max vs xhigh

最常見的誤解（也是“claude ultracode vs max”搜索上漲的原因）是：Ultracode 放在 /effort 菜單裡，但它不是第六個 effort 等級。Effort 等級（Opus 5.5、Sonnet 5.5、Haiku 5.5 和 Fable 5.1 上的 low、medium、high、xhigh、max）控制模型每一步想多深；Ultracode 控制工作要不要分給多個 agent。

• v2.1.284 之前，開啟 ultracode 會強制會話用 xhigh，選別的等級就會關掉它。
• 從 v2.1.284（2026 年 10 月初）起，ultracode 是獨立開關，在任何 effort 等級下都保持開啟，包括 max。
• claude --effort ultracode 參數和 Agent SDK 的 effortLevel: "ultracode" 仍會開啟它，並把等級設為 xhigh。
• 如果組織把 effort 上限設在 xhigh 以下，ultracode 會在該上限等級下保持開啟。

所以“Opus 5.5 ultracode”就是會話模型用 Opus 5.5、同時打開這個開關。除非腳本給某個階段指定別的模型，每個工作流 agent 都用你的會話模型。

Ultracode 會燒額度嗎？

會，Ultracode 是 Claude Code 最耗 token 的用法。 文件說工作流“can use meaningfully more tokens than working through the same task in conversation”，而且計入方案的用量和速率限制。開啟 ultracode 還會跳過三項安全檢查，因為它等於你已同意大規模執行：

• 不再出現 Large workflow 警告（25 個以上 agent 或預計 150 萬以上 token 時顯示）。
• Claude 用 Agent 工具啟動的 subagent 不受會話併發 subagent 上限約束。
• 在 auto 權限模式下，第一次啟動工作流不再詢問你批准。

方案也有影響。Dynamic workflows 所有付費方案和 API 都能用；Pro 使用者要在 /config 的 Dynamic workflows 一行開啟。交互會話中某個 agent 碰到 claude.ai 用量上限時，只要重置時間在 24 小時內、且這次執行還沒等過兩次，執行會暫停、重置後繼續，而不是失敗。每週額度的重置可能更久，這時 agent 會直接失敗。

怎麼避免 Ultracode 吃光額度

• 只給那一個大任務用 ultracode 關鍵詞，不要整個會話一直開著；回到日常工作時執行 /effort ultracode off。
• 先在小範圍試跑：一個目錄，而不是整個倉庫。
• 在 /config 選 small 規模檔（少於 5 個 agent）或 medium（少於 15 個，預設）。
• 讓 Claude 在不需要 Opus 的階段用更小的模型，比如 Haiku 5.5，或設置 CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL。
• 盯著 /workflows：它實時顯示每個 agent 的 token 用量，也能中途停止，通常不會丟掉已完成的工作。
• 調低 CLAUDE_CODE_WORKFLOW_MAX_CONCURRENT_AGENTS（預設 16，範圍 1 到 256）。

什麼時候值得用 Ultracode

當任務大到一個上下文窗口裝不下、又需要獨立核對時，Ultracode 才划算：覆蓋所有路由的安全審計、大型遷移、性能審查，或需要跨來源投票核實結論的研究（內置的 /deep-research 工作流就是這樣做的）。最有名的例子是 Bun：Jarred Sumner 說 Claude Code 的動態工作流讓 64 個 Claude agent 連續跑了 11 天，把 Bun 執行時從 Zig 遷到 Rust。修一個 bug 或做一個小功能就別開了，協調開銷純屬浪費。

Sumus 能幫什麼

長時間的編程任務不一定要守在終端裡。在 Sumus，AI 員工在團隊群聊裡接下你用大白話說的編程任務，拆成多個並行的 agent 線程，再把大家都能審閱的結果彙報回來，底層可用 Claude Opus 5.5 和 Fable 5.1 等模型。

我們在關注

• Ultracode 計入 Pro 和 Max 每週額度的方式是否調整。
• /deep-research 之外的新內置工作流。
• Ultracode 會不會預設進入網頁版 Claude Code 和 Projects 線程。