Claude Code 上线动态工作流：可调度数百个子智能体，11 天重构 Bun

以前让 AI 辅助写代码，大多是让它补几行函数，或者修几个孤立的报错。一旦涉及整个代码库的重构或语言迁移，人类团队通常要拉几十个人按季度排期。现在 Anthropic 想把这个周期压缩到几天。

Anthropic 正式在 Claude Code 中上线了名为「动态工作流」（dynamic workflows）的新功能。它让 Claude 能在单个任务会话里，动态编写调度脚本并拉起几十到上百个并行子代理，从头到尾接管超大规模的复杂工程任务。

该功能目前支持 CLI、桌面端、VS Code 插件以及 Claude API，并在亚马逊 Bedrock、谷歌云 Vertex AI 和微软 Foundry 上同步提供，面向 Pro、Max、Team 和 Enterprise 用户开放。

75 万行代码，11 天移植完成

这套机制有多夸张？最直观的案例来自 Bun 的创始人 Jarred Sumner。他借助动态工作流，把 Bun 从 Zig 语言整体移植到了 Rust，整个过程只用了 11 天。

这项任务涉及大约 75 万行 Rust 代码，最终实现了原有测试套件 99.8% 的通过率。整个过程并不靠一次性的漫长生成，而是拆解成了多个工作流。

首先是一个工作流为 Zig 代码中的每个结构体字段匹配正确的 Rust 生命周期。随后数百个子代理并行重写每一个对应文件，每个文件还会分配两名审核代理独立检查。

之后，自动修复循环反复运行构建和测试套件，直到全部通过。移植完成后，Claude 甚至还在夜间跑了一个工作流，专门清理不必要的数据拷贝并提了 PR。虽然目前这些代码还没投入生产环境，但整个体量已经足够惊人。

怎么让上百个代理不打架

很多人自己搭过多代理系统，最大的痛点就是代理之间容易混乱、上下文爆炸或者越跑越偏。Anthropic 的解法是把协调逻辑移到对话之外。

当工作流启动时，Claude 会根据提示词动态拆分子任务，分发给并行子代理。不仅有代理负责干活，还会有独立的对抗性代理专门挑刺、试图推翻现有结果，直到两边结论收敛。

为了避免长时间任务中途夭折，工作流全程保存进度。就算任务中断，重新启动时也会从断点继续，而不是重头再来。

与此配套的是刚发布的 Claude Opus 4.8 模型。新模型在诚实度上大幅提升，放过代码漏洞的概率比上一代降低了大约四倍，这也让长流程自动审核变得更可靠。

在用法上，用户可以在对话里直接让 Claude 创建工作流，或者在 effort 菜单里开启名为 ultracode 的新设置。这会把推理努力度设为最高级别的 xhigh，让 Claude 自主判断何时启动并行工作流。

需要注意的是，这种操作会极大幅度消耗 Token。Anthropic 专门设置了拦截提示，工作流首次触发时必须由用户确认，企业管理员也可以在后台直接禁用。

为什么重要

对开发者和工程团队来说，这项功能最大的价值在于消灭那些「重要但痛苦」的脏活。全库级别的死代码清理、API 废弃替换、安全巡检以及架构迁移，以前很难下决心立项，现在一个人配上 Claude 就能推进。你不需要自己去折腾复杂的 LangGraph 或 AutoGen 编排，开箱即用降低了极大的工程门槛。

但值不值得现在大范围用，取决于你的钱包厚度。上百个子代理跑上几天，消耗的 Token 数量极其夸张，中小团队如果盲目开启 ultracode 跑大库，账单可能会非常吓人。我们建议先在局部模块或小服务上试水，摸清消耗量再放开。

对整个行业而言，这代表 AI 编程工具从「结对助手」正式变成了「外包突击队」。像 Cursor 等主打单文件补全和轻度 Agent 的工具，竞争压力会迅速加大，整个赛道正在从卷模型单次回答质量，转向卷多代理自治编排。

我们认为 Anthropic 这步走得非常聪明。它没有做花哨的独立 Agent 平台，而是把它藏进 CLI 和开发插件中，并用「对抗验证」和「断点续传」解决了长程任务跑飞的顽疾。不过这里也有隐患：Bun 的案例虽然跑通了 99.8% 的测试，但依然没有上线生产环境。自动化移植极易在极端边界条件下埋雷，如果没有极其完善的既有测试集作为硬指标，完全放权给 AI 可能会带来灾难性的隐蔽 Bug。