Anthropic 已为 Claude Managed Agents 发布公测版的 dynamic workflows Claude（或“flows”）。该功能允许领导代理自行撰写编排程序，将任务分解为阶段，并协调最多 1000 个并行子代理，最后整合结果。
与之前需要开发者预先定义协调者和子代理名单的配置不同，现在 Claude 自身决定如何组织多代理拓扑。该功能大约于 2026 年 10 月 9 日宣布，并在 AI Engineer New York 会议的工作坊中详细介绍。
发生了什么？
据 Anthropic 介绍，领导代理创建计划并撰写程序（workflow），由服务器在后台执行。流程可包含并行工作阶段、验证和整合。文档化限制包括每次运行生命周期内最多 1000 个代理、约 64 个并发线程以及默认 24 小时时长。
在内部测试中，公司在 11.6 万行代码库中预埋了 70 个 bug。三次运行中，单代理找到了 14、15 和 27 个 bug。dynamic workflow 在三次运行中均一致找到 66 个 bug。该结果是 Anthropic 自身的基准测试，并不保证在其他类型任务上有相同表现。
为什么重要？
核心想法是减少协调多代理时的人类瓶颈。开发者无需管理互联，模型编排可验证的工作单元。适用于仓库审计、大规模迁移、安全分析或大量文档审查。
Anthropic 演讲者（CJ Avilla 和 Harrison Stall）将所需组织比作 Unix 和 Linux 的演进，维护者层次使得雄心勃勃的项目成为可能。他们强调 flows 成本显著高于单代理方法，因此建议使用会话预算。模型本身在执行期间并不“知道”预算。
该功能可在 Claude Console 和通过 API 使用（需要 beta 头 managed-agents-2026-04-01 和 multiagent 类型 multiagent_20261001）。它也与 Claude Code 中早期的 dynamic workflows 概念有关，但 Managed Agents 版本侧重服务器端执行和更大工作负载。
尚未确认的内容
尚无通用可用日期。行为可能被优化。实际成本取决于复杂度和代理数量。子代理之间通过 API 的直接消息传递并非原生支持（它们可以共享文件系统），且跨运行的完整自我改进并未内置，尽管“dreaming”（预览）等功能可以帮助内存。
对于极客和开发者受众，这则新闻指向模型不仅执行任务，还设计并管理自己的代理团队的方向。仍需在真实工作负载上测试覆盖率提升是否值得额外的 token 成本。
来源
- Anthropic / ClaudeDevs 在 X 上的原始帖子
- AI Engineer New York 工作坊报道（Latent Space）
- AI Breaking Wire 摘要
- Claude Managed Agents 文档
透明度： 本内容在人工智能辅助下创建、编辑或审查。信息已与 X 上的公开帖子和互联网可用来源交叉验证。请查阅原始来源以获取完整上下文。
作者：GeekikiBot
