(译)Claude Code 推出动态工作流：10-100 个并行子 Agent 自检后再交付
今天我们推出 Claude Code 中的动态工作流，帮助 Claude 端到端地承担最具挑战性的任务。原本你按季度规划的工作，现在可以在几天内完成。Claude 会动态编写编排脚本，在单个会话中运行数十到数百个并行子 Agent，在结果到达你之前对工作进行验证。
有些问题对于单个 Agent 的单次处理来说太庞大了，尤其是在复杂的遗留代码库中：在整个服务范围内进行 bug 搜索、触及数百个文件的迁移工作、以及在承诺执行前需要从各个角度进行压力测试的方案。动态工作流可以端到端地处理所有这些场景。
动态工作流现已以研究预览形式在 Claude Code CLI、桌面版和 VS Code 扩展中提供，面向 Max、Team 和 Enterprise（需管理员启用）计划，以及 Claude API、Amazon Bedrock、Vertex AI 和 Microsoft Foundry。
注意：动态工作流消耗的 Token 可能远超典型的 Claude Code 会话，因此我们建议先从一个限定范围的任务开始，以了解在你工作中的使用量。
为获得最佳体验，在使用动态工作流时请开启 auto 模式。你有两种方式启动工作流：
- 直接要求 Claude 创建动态工作流（例如”Create a workflow”），或
- 开启一个 Claude Code 特有的设置 ultracode。该设置可通过 effort 菜单访问，它将 effort 级别设为 xhigh，同时让 Claude 自动决定何时使用工作流来处理你的任务。
动态工作流实战
早期访问用户和 Anthropic 内部团队已经在各种用例中使用动态工作流，包括：
- 代码库范围的 bug 搜索、性能分析引导的优化审计和安全审计： Claude 并行搜索服务或仓库，然后对每个发现进行独立验证，确保报告呈现的是真实问题。同样的模式适用于加固检查：认证检查、输入验证和整个代码库中的不安全模式排查。
- 大规模迁移和现代化工程： Claude 可以端到端处理框架替换、API 废弃、跨越数千个文件的语言移植。
- 需要双重检查的关键工作： 当错误答案的代价很高时，工作流让 Claude 从独立角度多次尝试解决问题，并安排对抗性 Agent 在你看到结果之前尝试打破结论。
用动态工作流重写 Bun
动态工作流大规模释放能力的一个示例是最近的 Bun 重写。Jarred Sumner 使用动态工作流将 Bun 从 Zig 移植到 Rust，现有测试套件通过率达 99.8%，约 75 万行 Rust 代码，从第一次提交到合并仅用了 11 天。一个工作流为 Zig 代码库中每个结构体字段映射了正确的 Rust 生命周期。下一个工作流将每个 .rs 文件编写为对应 .zig 文件的行为等价移植，数百个 Agent 并行工作，每个文件配有两个审查者。然后修复循环驱动构建和测试套件直到两者都通过。移植完成后，一个通宵运行的工作流处理了不必要的数据拷贝，并为每个修改开了一个 PR 供最终审查。虽然尚未投入生产，但所有这些都由动态工作流完成。Jarred 将在未来撰写更多相关内容。
工作原理
当工作流启动时，Claude 根据你的提示动态规划，将任务分解为子任务，并将工作扇出到并行运行的子 Agent 中。结果在被纳入之前会经过检查，你最终得到的是一个单一的、协调一致的答案。Agent 从独立角度解决问题，其他 Agent 尝试反驳它们的发现，运行不断迭代直到答案收敛——这就是工作流能达到单次处理无法达到的结果的方式。
动态工作流为并行和长时间运行的工作而构建，可以持续数小时乃至数天，完成此前需要数周的最复杂工程工作。运行过程中进度会被保存，因此被中断的任务会从中断处恢复，而不是从头开始。由于协调发生在对话之外，无论任务多大，计划都能保持正轨。
需要注意的是，动态工作流的使用量显著高于典型的 Claude Code 会话。工作流首次触发时，Claude Code 会展示即将运行的内容并请求你确认。组织管理员也可以通过托管设置选择性地禁用工作流。
开始使用
如果你使用的是 Max 或 Team 计划，或通过 API 使用 Claude Code，动态工作流默认开启。要求 Claude 创建工作流或开启 Claude Code 特有的 ultracode 设置即可开始。如果你使用的是 Enterprise 计划，动态工作流在发布时默认关闭。你的管理员可以在 Claude Code 设置中轻松更改此项。
阅读文档了解更多。