返回技术博客

Claude Code Dynamic Workflows:当编码 Agent 学会指挥编码 Agent

Claude Code Dynamic Workflows:当编码 Agent 学会指挥编码 Agent

2026 年 5 月 28 日,Anthropic 发布了 Claude Code 的一个重量级功能更新:Dynamic Workflows(动态工作流)。这不是又一个"让 AI 写代码更快"的小迭代——而是让 Claude 从一个执行者变成一个指挥者,能够动态规划任务、拆解为数十上百个并行子 Agent,并在结果收敛后交付一个经过验证的答案。

Anthropic 的原话是:"过去需要按季度规划的工作,现在几天就能完成。"

它解决什么问题?

单 Agent 模式有一个根本瓶颈:上下文窗口是有限的。当任务规模超过一个 Agent 的处理能力时——跨整个代码库的 Bug 排查、涉及数百文件的框架迁移、需要多角度验证的关键决策——单次对话无法胜任。

以前的解决方案是手动拆分任务、写脚本编排、或者忍受 Agent 在长对话中的质量衰减。Dynamic Workflows 把这个编排层自动化了。

核心机制

Dynamic Workflows 的工作方式:

  1. 动态规划:Claude 根据你的提示自动规划任务拆解策略
  2. 并行执行:数十到数百个子 Agent 同时工作,每个处理一个子任务
  3. 交叉验证:独立的 Agent 从不同角度攻击同一问题,其他 Agent 尝试反驳结果
  4. 迭代收敛:结果不断迭代直到答案收敛一致
  5. 断点恢复:进度持续保存,中断后从断点继续而非重头开始

关键设计:协调发生在对话之外。计划不会因为上下文膨胀而偏离轨道。

两种启用方式

Dynamic Workflows 目前处于 Research Preview 阶段,支持 Claude Code CLI、Desktop 和 VS Code 扩展:

方式一:直接要求

在 Claude Code 中告诉它"Create a workflow",Claude 会自行规划并执行。

方式二:ultracode 模式

在 effort 菜单中开启 ultracode 设置,这会将 effort 级别设为 xhigh,并让 Claude 自主判断何时需要启动工作流。

首次触发工作流时,Claude Code 会展示即将执行的计划并要求你确认。

Bun 重写:75 万行代码,11 天

Anthropic 拿出的王牌案例是 Bun 的语言迁移。Bun 的创始人 Jarred Sumner 使用 Dynamic Workflows 将 Bun 从 Zig 移植到 Rust:

指标数据
产出代码量~75 万行 Rust
测试通过率99.8%
耗时11 天(首次提交到合并)

工作流程分为几个阶段:

  • 一个工作流扫描 Zig 代码库,为每个 struct 字段确定正确的 Rust lifetime
  • 下一个工作流将每个 .zig 文件移植为行为一致的 .rs 文件,数百个 Agent 并行工作,每个文件配两个 Reviewer
  • Fix Loop 驱动构建和测试直到全部通过
  • 最后一个通宵工作流处理不必要的数据拷贝,为每个优化点开一个 PR

适用场景

根据 Anthropic 内部和早期用户的实践,Dynamic Workflows 最适合以下场景:

代码库级别的审计

Bug 排查、性能分析、安全审计——Claude 并行搜索整个仓库,然后对每个发现独立验证,最终报告只包含真实问题。

大规模迁移

框架替换、API 废弃升级、语言移植——跨越数千文件的系统性改造。

需要双重验证的关键工作

当错误成本极高时,工作流让 Claude 从独立角度多次尝试同一问题,并用对抗性 Agent 在你看到结果之前尝试攻破它。

社区反应:兴奋与质疑并存

HN 上 185 分、131 条评论,社区讨论热烈但分歧明显。

兴奋方认为这是编码 Agent 从"工具"进化为"团队"的标志性时刻。一个开发者就能调动相当于一个小型工程团队的并行算力。

质疑方的核心观点集中在几个方面:

Token 焦虑:多个评论直言"这是不是一种让用户烧更多 token 的精巧方式?"Anthropic 自己也承认 Dynamic Workflows 的 token 消耗"显著高于"普通会话。

方向正确性:有人指出,当前 AI 编码的瓶颈不是速度而是准确性。"我的限制因素不是 Claude 能多快地自己跑代码,而是它是否能正确完成任务。"多 Agent 并行可能只是"更快地跑向错误的方向"。

Bun 案例的反面:社区迅速指出 Bun 的 Zig→Rust 移植目前被视为一个反模式——团队因为无法理解和维护 100 万行 vibe coded 的 Rust 代码而陷入困境。用它做标杆案例值得商榷。

供应商锁定:有人呼吁"我们需要一种不绑定单一供应商的多 Agent 编排方案"。

一位 Claude Code 团队成员在评论中表示会持续关注反馈——但这些质疑目前没有得到直接回应。

对开发者意味着什么

Dynamic Workflows 代表了编码 Agent 的一个重要演进方向:从单兵作战到团队协作

但它也带来了新的问题:

  • 成本不透明:一个工作流可能消耗数百美元的 token,开发者需要新的成本意识
  • 可控性下降:当数百个 Agent 并行运行时,人类的监督能力被稀释
  • 维护债务:大规模 AI 生成的代码是否能被团队理解和维护,Bun 案例已经敲响了警钟

最实际的建议是 Anthropic 自己给的:从一个有范围的任务开始试,先感受用量和效果,再决定是否用于大型工程。


Dynamic Workflows 是 Claude Code 从 copilot 向 engineering team 演进的标志性一步。它的潜力毋庸置疑——但"能跑"和"该跑"之间,还需要开发者自己把握那条线。

参考来源:Anthropic 官方博客、Hacker News 讨论