Anthropic 为 Claude Managed Agents 加入动态工作流，单个主 Agent 可并行调度最多 1000 个子 Agent
来源The Decoder查看原文
速览
- Claude Managed Agents 新增动态工作流，支持主 Agent 调度子 Agent
- 并行子 Agent 上限为 1000 个
- bug 查找测试中单 Agent 最多命中 27/70
- 多 Agent 工作流稳定命中 66/70
- 多 Agent 并行在召回率上明显优于单 Agent
Anthropic 在 Claude Managed Agents 中新增动态工作流（dynamic workflows）能力，允许一个主 Agent 把任务分发给最多 1000 个子 Agent 并行执行。官方测试显示，在代码库隐藏 bug 查找任务中，单个 Agent 最多只能找出 70 个隐藏 bug 中的 27 个，而多 Agent 工作流稳定能找出 66 个。
关键事实
- Anthropic 在 Claude Managed Agents 中加入动态工作流功能
- 主 Agent 可同时把任务分发给最多 1000 个子 Agent
- 测试任务为在代码库中查找 70 个隐藏 bug
- 单个 Agent 最多找出 27 个
- 多 Agent 工作流稳定找出 66 个
本站视角
对做代码审计、安全扫描和大型代码库维护的团队来说，这组数字值得认真对待：单 Agent 只能找出 70 个隐藏 bug 中的 27 个，意味着接近六成的缺陷会被漏掉，而多 Agent 工作流能稳定找出 66 个，差距不是几个百分点而是量级上的。我们认为这是多 Agent 架构少见的、有明确对照的量化证据，比多数厂商只讲「能力更强」的宣传更有说服力。直接受影响的是国内做 Agent 编排框架和代码智能工具的团队——如果 Anthropic 把调度层做成托管服务，自建编排层的价值会被压缩，差异化要往垂直场景和结果验证上走。需要指出的是，这组数据来自 Anthropic 自己的测试，原文没有说明测试代码库的规模、bug 类型分布、子 Agent 数量配置，也没有给出成本与耗时对比，因此 66 对 27 这个结论目前只有单一来源，不宜直接外推到生产环境。另外，1000 个子 Agent 并行的实际可用性取决于 token 成本和结果聚合质量，这两点原文均未涉及，需要等第三方复现后再判断。
背景与影响
多 Agent 编排是过去一年 Agent 产品的主要演进方向之一，思路是让一个主 Agent 负责拆解任务、分派给多个子 Agent 并行处理，再把结果汇总。这种架构在代码审计、大规模检索、批量分析等任务上通常能提升覆盖率，因为单个 Agent 的上下文窗口和注意力有限，容易漏掉分散在代码库各处的缺陷。Anthropic 这次把动态工作流做进 Claude Managed Agents，意味着开发者不必自己搭建调度层，可以直接调用托管能力来组织上百甚至上千个子 Agent。从测试数据看，多 Agent 带来的提升主要体现在召回率上——66 对 27 的差距说明单 Agent 在长尾缺陷上漏检严重。需要观察的是，1000 个子 Agent 并行带来的成本、延迟和结果去重问题，原文没有给出相关数据。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。