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 线程。