截至 2026 年 6 月 3 日,Claude Code Ultracode 不是一个新模型,也不是“让 Claude 永久变强”的开关。它是 Claude Code 里的会话级设置:把模型推理强度送到 xhigh,并允许 Claude Code 在实质性任务上自动编排 dynamic workflows。
最短命令是 /effort ultracode。真正需要它的场景不是普通改一个文件,而是迁移方案、复杂审计、多路径排查、相互验证、或者需要多个工作 lane 同时产出证据的任务。如果只是一个难题但仍然适合单线推理,可以先用 xhigh,或者在 prompt 里只要求这一次任务使用 ultracode workflow。
| 你现在要做的事 | 先用哪条路线 | 边界 |
|---|---|---|
| 大型迁移、风险审计、多路径验证 | /effort ultracode | 先跑只读或小范围 pilot,再批准大范围编辑。 |
| 只有一个复杂任务,但不想整段会话都进 Ultracode | 在 prompt 里要求一次 workflow | 让编排只服务这次任务,后续会话不被拖入高成本模式。 |
| 一文件修复、明确重构、机械批量改名 | high 或 xhigh | workflow 编排大概率是额外开销。 |
| 看不到 Ultracode 或行为不对 | 查 claude --version、workflow 支持、xhigh 模型、计划/供应商/管理员配置并重启 | 不要把 --effort、环境变量或 effortLevel 当成 Ultracode 开关。 |
先记住停止规则:打开前先做小切片,要求 Claude 展示 workflow plan,看清每个 lane 的目标,再允许编辑;如果工作流开始重复探索、没有新证据、或者任务已经变成单线实现,就停止并降回 high 或 xhigh。
快速答案
Ultracode 是 Claude Code 的高难度工作模式,不是单纯的质量按钮。它同时做两件事:第一,把模型 effort 提到 xhigh;第二,让 Claude Code 在任务足够复杂时自动创建或编排 dynamic workflows。
在 Claude Code 里,直接命令是:
text/effort ultracode
如果你只想让这一次任务进入 workflow,不想影响整段会话,可以这样写:
textUse an ultracode workflow for this task. First create the workflow plan, keep edits scoped, and stop after verification.
版本检查不能省。Anthropic 的 Claude Code dynamic workflows 文档要求 Claude Code v2.1.154 或更新版本。本次 2026 年 6 月 3 日校验里,npm view @anthropic-ai/claude-code version dist-tags --json 返回 latest 和 next 为 2.1.161,但 stable 为 2.1.150。这意味着一个看似稳定的安装路线也可能低于 workflow 文档门槛,所以不要只看包名或听别人说“已经支持”,要查本机 CLI 和当前官方文档。
bashclaude --version npm view @anthropic-ai/claude-code version dist-tags --json
如果你是团队内部决定是否开这个模式,先判断任务形状,而不是先问“会不会更聪明”。Ultracode 适合多个 lane 能产生不同证据的工作,例如并行审计三个风险、比较迁移路线、让一个 lane 实现候选修复同时另一个 lane 尝试推翻它。它不适合日常小改、已经定义清楚的补丁、或者一次只需要一个严谨推理链的问题。
Ultracode 到底改变了什么
最容易误解的是“设置”和“模型”的区别。Claude Code Ultracode 不代表你切到了一个叫 Ultracode 的模型。官方模型配置语境里,Ultracode 是 Claude Code 设置:它发送 xhigh effort,并让 Claude Code 有机会为实质性任务编排 dynamic workflows。
xhigh 是模型努力程度。它让模型在难题上投入更多推理预算。Ultracode 则多了一层编排许可:Claude Code 可以把任务拆成多个工作 lane,让不同 lane 做调查、实现、反证、验证或汇总。这个能力很适合复杂工程工作,但它也会扩大 token、时间、审查和文件变更面。
| 改变项 | 实际影响 | 读者动作 |
|---|---|---|
xhigh effort | 模型在难题上投入更高推理强度。 | 只有质量风险值得时才启用。 |
| dynamic workflow 编排 | Claude 可以拆分并协调多个工作 lane。 | 只在并行探索、验证或审计确实有价值时使用。 |
| 会话范围 | /effort ultracode 影响当前会话。 | hard task 完成后降级。 |
| workflow plan | Claude 可能提出或运行多步工作流。 | 在大范围编辑前先审 plan。 |
更稳的理解是:Ultracode 是你授予 Claude Code 的“高成本编排许可”。如果任务不需要拆 lane、不需要独立验证、不需要广泛探索,high 或 xhigh 通常更干净。很多中文讨论把它讲成“AI 自动组队”或“全力模式”,这些比喻可以帮助入门,但发布时必须回到事实边界:它仍然是 Claude Code 会话设置,仍然受版本、模型支持、计划、供应商和管理员配置影响。
怎么启用
日常读者最直接的入口是交互命令:
text/effort ultracode
官方文档也描述了设置路线和 Agent SDK control request 路线,但这些属于更专门的场景。如果你只是在终端里使用 Claude Code,先用 /effort ultracode。如果你在构建 SDK 控制的会话,才把 SDK 控制请求纳入设计。
更重要的是知道哪些不是 Ultracode 控制:
| 控制方式 | 能不能作为 Ultracode 开关 | 原因 |
|---|---|---|
/effort ultracode | 可以 | 这是直接的会话设置。 |
| prompt 里要求一次 ultracode workflow | 可以,适合单任务 | 不会把整段会话长期放在 Ultracode。 |
--settings '{"ultracode": true}' | 可以,适合明确配置路线 | 要当作有意的会话配置,而不是临时猜测。 |
| Agent SDK control request | 可以,适合 SDK 会话 | 只有你已经在 SDK 路线里才需要。 |
--effort | 不建议当作 Ultracode 控制 | 官方不把它作为 Ultracode 开关。 |
CLAUDE_CODE_EFFORT_LEVEL | 不建议当作 Ultracode 控制 | effort 环境变量不是这个设置的等价入口。 |
effortLevel | 不建议当作 Ultracode 控制 | Ultracode 不只是模型 effort 字段。 |
如果你只是需要一次 workflow,保留普通会话模式,在 prompt 中明确“只为这个任务创建 workflow”。这能减少误伤,也让你在 hard task 后更容易回到普通 Claude Code 工作。
缺少 Ultracode 时先查什么

看不到 Ultracode 选项时,先查基础项。很多问题不是账号玄学,而是版本、workflow、模型路线或管理配置不满足。
- 运行
claude --version。 - 对照当前官方 dynamic workflows 文档确认 CLI 不低于要求版本。
- 检查 Claude Code 路线里 workflows 是否可用;Pro 用户可能需要看
/config,托管或企业路线还可能有管理员控制。 - 检查当前模型路线是否支持
xhigh。 - 检查计划、供应商、企业或管理员配置是否允许 workflow 功能。
- 修改配置后重启会话。
不要靠堆 unsupported knobs 排障。如果 --effort、CLAUDE_CODE_EFFORT_LEVEL 或 effortLevel 似乎改变了别的行为,也不代表它们是 Ultracode 的正确控制路径。排障分支要绑在官方设置上,否则你最后可能调的是另一个变量。
本次 npm tag 差异就是实用例子:stable 当时是 2.1.150,低于官方 workflow 最低要求;latest 是 2.1.161。这不是让你永远信某个 tag,而是告诉你发布和使用时的规则:查本机版本、查当前文档、再决定是否能开。
如果选项存在但 workflow 没启动,任务可能太小或太顺序化。Ultracode 不需要为每条 prompt 都创建工作流。可以试一个真正适合多 lane 的只读任务,例如“审计这三个迁移风险,分别验证最强证据,并给出是否值得进入实现阶段的判断”。
Ultracode 和相邻概念怎么分

实际使用中最常见的混淆,是把 Ultracode、ultrathink、dynamic workflows、Ultraplan、Agent View 都当成同一种“更强模式”。正确比较方式不是看名字像不像,而是看它改变的是哪一层控制。
| 名称 | 控制什么 | 适合什么时候 | 不适合什么时候 |
|---|---|---|---|
high | 常规较高 effort 的 Claude Code 工作。 | 想提升质量,但不需要 workflow。 | 任务需要多 lane 验证。 |
xhigh | 更高模型推理努力。 | 难题仍然适合单线推理。 | 你需要自动 workflow 编排。 |
max | 在支持路线里的最大 effort 或模型路径。 | 明确需要对应 effort 路线。 | 你真正需要的是 workflow。 |
ultrathink | prompt 中的深度思考提示。 | 一次性要求更认真推理。 | 需要会话级 workflow 行为。 |
| Ultracode | xhigh 加自动 workflow 编排。 | 审计、迁移、研究、验证、多路径排查。 | 普通小改或低风险单文件修复。 |
| dynamic workflows | 编排运行时。 | 需要 Claude 规划或运行 workflow。 | 只想调 effort。 |
| Ultraplan | 规划路线。 | 需要先计划再执行。 | 需要自动执行或多 lane 验证。 |
这个表还能帮助你判断是不是该读别的页面。如果问题本质是工具输出太多、上下文爆了、MCP 结果污染了判断,提升 effort 未必解决,Claude Code MCP context overload guide 更适合。如果你需要复用操作规范,Claude Code best skills 通常比开更高 effort 更稳。如果任务需要外部数据和操作面,Claude Code best MCP servers 会比让 Ultracode 补一个弱环境更可靠。
安全 prompt 写法
Ultracode prompt 要写边界。你要的是 Claude 规划 lane,不是让它漫无边界地自主探索。
只读审计可以这样写:
textUse an ultracode workflow for a read-only audit. Map the risky areas first, split into independent verification lanes, and return findings with evidence. Do not edit files. Stop if the task needs credentials, production data, or broad repo changes.
迁移 pilot 可以这样写:
textUse Ultracode for a migration pilot, not the full migration. Pick one representative module, create the workflow plan, and ask before editing shared files. Return the migration rule, the test command, and what would block scaling.
反证验证可以这样写:
textCreate a workflow with two lanes: one implements the candidate fix, one tries to disprove it. Keep changes scoped to the named files. Report the commands run, strongest counterexample, and whether the fix should proceed.
广泛研究可以这样写:
textUse a workflow to compare the viable routes. Each lane should own one route, cite its evidence, and state the stop condition. Synthesize only after the lanes report back.
模式很固定:任务、边界、workflow 形状、允许编辑范围、证据要求、停止条件。Ultracode 最怕“你自己看着办”。如果 prompt 没有 ownership,workflow 会把模糊目标放大成更多中间输出,反而增加审查成本。
成本和停止规则

Dynamic workflows 可能用更多 token,因为它们会产生更多推理、更多中间工作、更多验证和更多汇总面。这个风险不是说 Ultracode 不能用,而是说它必须有预算和停止规则。
建议顺序是:
- 先做最小代表切片。
- 要求 Claude 展示 workflow plan,再允许广泛编辑。
- 观察 active workflows,发现 lane 漂移就干预。
- 对共享文件、核心配置、数据库迁移、生成代码等改动逐项批准。
- 没有新证据时停止重复探索。
- hard task 完成后降回
high或xhigh。
停止规则不只是“token 贵”。它是工程控制问题。如果 workflow 产生的分支多于决策,停;如果每个 lane 都在重复同一句结论但没有新 proof,停;如果任务已经从探索变成实现,合并到单会话谨慎完成。
这也能保护你解释额度和账单。如果用 Ultracode 后触发 limit,不要马上得出“Ultracode 坏了”或“Claude Code 算错了钱”。模式选择、订阅、API key、供应商、企业 route 和 quota 是不同层。账号层问题应单独看 Claude Code API key vs subscription billing、Claude Code pricing guide 和 Claude Code usage limit issues。
排障表
| 症状 | 更可能的原因 | 第一检查 |
|---|---|---|
/effort ultracode 不可用 | CLI 或 workflow 功能没到要求边界。 | claude --version、当前官方文档、包 tag 状态。 |
| 设置生效但没看到 workflow | 任务太小或太顺序化。 | 用复杂审计、迁移验证或多路径排查测试。 |
--effort 或环境变量不工作 | 它们不是 Ultracode 控制。 | 回到 /effort ultracode 或文档化设置路径。 |
| workflow 很吵 | 任务 ownership 太宽。 | 拆 lane、先只读、加停止条件。 |
| token 用量上升很快 | 编排把工作量乘开了。 | pilot、观察 plan、停止重复探索。 |
| 不知道谁付费 | 模式和账号 route 被混在一起了。 | 先查订阅、API key、供应商或企业配置。 |
| 上下文越来越乱 | 问题可能是工具结果和上下文,而不是 effort。 | 缩小 MCP/tool 输出和活跃 server 范围。 |
最好的恢复动作通常不是再换一个模式,而是保存有用发现、停止或缩窄 workflow、回到下一个单一决策。如果问题是“看不见本地后台任务”而不是 Ultracode 本身,Claude Code Agent View 是更相关的兄弟路线。
常见问题
Claude Code Ultracode 是新模型吗?
不是。它是 Claude Code 设置。模型会收到 xhigh effort,Claude Code 也可能为实质性任务编排 dynamic workflows。
Ultracode 的命令是什么?
在 Claude Code 内使用 /effort ultracode。如果只想让一个任务进入 workflow,可以在 prompt 里要求 “use an ultracode workflow for this task”,不要改变整段会话。
需要什么版本?
官方 workflow 文档要求 Claude Code v2.1.154 或更新版本。本次 2026 年 6 月 3 日检查里,npm latest 是 2.1.161,stable 是 2.1.150,所以要用 claude --version 查本机。
Ultracode 和 xhigh 有什么区别?
xhigh 是模型 effort。Ultracode 会发送 xhigh,同时给 Claude Code 自动编排 dynamic workflows 的路线。难题但仍是单线时用 xhigh;需要多 lane 编排时才用 Ultracode。
Ultracode 会更贵吗?
可能会。成本风险来自更高 effort、更多 workflow lane、中间推理和审查输出。更稳的规则是先跑 pilot,看 plan,hard task 后降级。
为什么我看不到 Ultracode?
先查 CLI 版本、workflow enablement、模型是否支持 xhigh、计划或供应商是否开放、管理员是否限制、会话是否需要重启。不要用 --effort、环境变量或 effortLevel 当替代开关。
应该一直开着 Ultracode 吗?
通常不应该。只有会话正在做值得编排的 hard task 时才开。审计、迁移 pilot、验证结束后,降回 high 或 xhigh。
Ultracode 和 dynamic workflows 是一回事吗?
不是。Dynamic workflows 是编排运行时。Ultracode 是一个可能自动触发该运行时的 Claude Code 设置,并且同时使用 xhigh effort。
结论
Claude Code Ultracode 的价值不在于“让 AI 更兴奋地写代码”,而在于让 Claude Code 在确实需要时把 xhigh effort 和 dynamic workflows 结合起来。它适合审计、迁移、研究、验证和多路径排查;不适合普通补丁、小范围改动或低风险单文件修复。
使用顺序很简单:先查版本和 workflow route,再用 /effort ultracode 开启,只在编排值得成本时使用;先跑 pilot,先审 workflow plan,再允许大范围编辑;任务结束后降回更小的模式。这个克制本身就是专业用法的一部分。
