有些问题，单个智能体跑一遍是搞不定的——尤其是在庞杂的遗留代码库里。一次横跨整个服务的 bug 排查、一场触及上千文件的迁移、一份你想从各个角度压力测试后再拍板的方案。动态工作流要啃的，正是这一类任务，而且是端到端地啃完。
这是 Anthropic 在 2026 年 5 月 28 日发布的新能力。它的核心动作可以用一句话概括：Claude 会自己动态编写编排脚本，在同一个会话里 fan-out 出几十到几百个并行子智能体，让它们各自攻关，再在汇总前对每条结果做独立验证。换句话说，Claude 不再只是"那个干活的人"，而成了"调度这群干活的人的那个人"。
01它填补的那个空档
如果你跟踪过多智能体的演进，会立刻意识到这个功能的精确位置。过去你有两个选择：要么随手丢一个 subagent 去做点零碎活，要么搭一整套 agent team——自己设计角色、定义协议、维护编排。前者太轻，后者太重。动态工作流恰好坐落在两者之间的真空地带。
动态工作流填补了"发射一个子智能体"和"搭建完整 agent 团队"之间的空白。从规划到落地一气呵成，让我们能放心地跑更长的任务，又不丢失可见性。
Ken Takao · CyberAgent 首席系统工程师
这里藏着一个值得划重点的架构选择：编排发生在对话之外。计划不会因为任务越长越大、上下文窗口被挤爆而跑偏。这也是它能撑起数小时乃至数天长任务的根本原因——协调逻辑不跟会话争抢那块寸土寸金的 context。
02它如何工作
一个工作流启动后，流程大致是这样的：Claude 根据你的 prompt 动态拆解成子任务，把活儿 fan-out 到一批并行子智能体，结果先经过验证再被折叠回主线，最后你拿到的是一份单一、协调过的答案。
真正让它超越"单次 pass"的，是后半段的对抗式收敛：一批智能体从独立角度给出解，另一批智能体专门负责反驳、证伪它们的发现，整个过程持续迭代，直到答案趋于一致。这意味着送到你面前的每条结论，都已经被自己人攻击过一轮了。
- 断点续跑：进度随运行持续保存。一个被中断的任务会从断点接着跑，而不是从头再来。
- 计划不漂移：因为协调在会话之外，任务再大，主线也稳得住。
- 先确认再开跑：工作流首次触发时，Claude Code 会展示即将运行的内容并请你确认。
关于消耗：动态工作流会比一次普通的 Claude Code 会话消耗多得多的 token。官方反复强调：先从一个范围受限的小任务试水，找到它在你工作流里的"手感"，再放开用。
03它能干什么
Anthropic 内部团队和早期用户已经把它用在了这几类场景上：
代码库级的审计
bug 排查、profiler 引导的性能优化审计、安全审计。Claude 并行扫描整个服务或仓库，再对每一条发现跑独立验证，于是最终报告里浮出来的是真问题，而不是一堆误报。同样的形态也适用于加固扫描：鉴权检查、输入校验、不安全模式，覆盖整个代码库。
大规模迁移与现代化
框架替换、API 弃用、语言移植——动辄跨越数千文件，端到端完成。
需要"复核两遍"的高风险工作
当一个错误答案的代价很高时，工作流会给 Claude 多次独立的尝试，并派对抗智能体在你看到结果之前先试着把它打破。
动态工作流在大型代码库的探查与审查任务上尤其有价值。我们用它识别死代码、找出静态分析漏掉的清理机会，效果很好，帮助工程师在维护和重构上跑得更快。
Alessio Vallero · Klarna 高级工程经理
04样板案例：把 Bun 重写一遍
如果想看它在规模上能撬动什么，最好的例子是近期 Bun 的重写。Jarred Sumner 用动态工作流把 Bun 从 Zig 移植到 Rust——约 75 万行 Rust，原测试套件 99.8% 通过，从首次提交到合并 只用了 11 天。
注意这里的分工之细：第一个工作流只干一件事——把每个字段的 Rust 生命周期理清楚；下一个才动手写每个 .rs 文件，数百智能体并行、每文件两名审阅者；接着一个修复循环把 build 和测试逼到全绿；移植落地后，还有一个隔夜工作流去收拾不必要的数据拷贝，并为每项改动各开一个 PR。这是把一项以"周"计的工程，拆成机器可以并行碾过去的形状。
05怎么上手
动态工作流目前以 research preview 形式上线，覆盖 Claude Code 的 CLI、桌面端与 VS Code 扩展（面向 Max、Team、以及管理员开启后的 Enterprise 计划），同时也在 Claude API、Amazon Bedrock、Vertex AI 和 Microsoft Foundry 上可用。
建议先打开 auto mode。之后有两种启动方式：
# 方式一：直接让 Claude 创建工作流 > Create a workflow to hunt memory bugs across the auth service # 方式二：打开 Claude Code 专属设置 ultracode # 它把 effort 拉到 xhigh，并让 Claude 自行判断何时启用工作流 effort: ultracode // → xhigh + 自动决策
计划层面的默认开关也值得记一下：Max 和 Team 计划、以及通过 API 使用时，默认开启；Enterprise 计划在发布时默认关闭，管理员可在 Claude Code 设置里轻松改动。组织管理员也可以通过托管设置选择禁用工作流。
它处在多智能体栈的哪一层？不同于 MCP（工具层）或 agent 互操作协议（连接层），动态工作流代表的是编排层的自动化——把"用户手写 agent team 配置"这件事，交还给模型自主动态完成，并内建对抗验证。这是这次发布最值得记住的转向。
06一句话总结
动态工作流不是又一个"更聪明的模型"，而是一种形态上的升级：让 Claude 在面对单次跑不完的大任务时，自己把问题拆开、并行铺出去、互相审查、再收敛回一个答案。它把"以季度规划"的工程压缩到"以天交付"，代价是显著更高的 token 消耗。先用小任务试手，再让它去碾那些你一直拖着没动的大活儿。