AREX Feed Article
Claude Managed Agents 的 dynamic workflows 开放公测，单次运行最多编排 1,000 个 agent
北京时间 10 月 10 日凌晨（帖文发布于 UTC 时间 10 月 9 日 16:12），Anthropic 的官方开发者账号 ，Claude Managed Agents 的 dynamic workflows（动态工作流）现已开放公测（public beta）。帖文将它的机制描述为「一个 lead agent 撰写一份计划，计划跨多个 agent 分阶段运行，并在最后合并结果」，并称这是一类新的多 agent 编排（multiagent orchestration）。
公告还给出了一组对照测试数据：Anthropic 在一份 11.6 万行的代码库中植入 70 个 bug，单个 agent 在三次运行中分别找到 14、15 和 27 个，而一个 workflow 三次运行每次都找到 66 个；两种方式都没有找全，workflow 每次仍留下 4 个 bug，对照数据见。这些数字来自 Anthropic 自设、自跑的测试。
开启方式：一个 multiagent type，上限 1,000 个 agent
上手步骤有两步：把 agent 的 multiagent type（多 agent 类型）配置为 multiagent_20261001，然后在会话里让 Claude 运行一个 workflow；配置后单次运行的编排上限是 1,000 个 agent。
这套能力所在的 Claude Managed Agents，是 Anthropic 在今年 里介绍的托管服务：用于运行长时程（long-horizon）任务，把 session（会话）、harness（执行框架）、sandbox（沙箱）拆成可以分别替换的抽象。该服务本身处于 beta 阶段，要求所有 Managed Agents 接口带上 managed-agents-2026-04-01 header（请求头）。
先例：Claude Code 的同名功能已上线四个多月
dynamic workflows 此前已在 Claude Code 上线：5 月 28 日 Anthropic 发布 Opus 4.8 时，写明 Claude Code 获得了用来处理「非常大规模问题」的 dynamic workflows 功能；当周的把它标注为 research preview（研究预览）。
描述了机制：一个 dynamic workflow 是一段由 Claude 为具体任务编写的 JavaScript 编排脚本，由运行时（runtime）在后台执行；脚本并行或分阶段派生子 agent，把中间结果保存在脚本变量里，而不是主对话的上下文中。文档把这一点归因于「计划保存在代码里」：每一项都会被同样处理，验证也按脚本强制执行。Claude Code 侧公布的运行限制是默认最多 16 个 agent 并发、单次运行同样封顶 1,000 个 agent。7 月 22 日的官方 以「用 dynamic workflows 大规模编排子 agent」为题，演示了完整写法，并提示多子 agent 会显著增加 token 消耗。
在 Managed Agents 一侧，官方描述过协调模式：由一个协调 agent 把任务分派给名册（roster）里的子 agent，每个 agent 运行在各自的 session thread（会话线程）中。按 ，新的 workflow 模式把编排交给 Claude 写出的程序，结果在程序内部流转，主线程留给用户交互；两者的区别在于谁来执行编排，协调 agent 逐轮决定把任务派给谁，workflow 则由服务器在后台执行 Claude 生成的程序。
成本与上手入口：先从范围受限的任务起步
帖文写明了成本提醒：「Dynamic workflows 很强大，也可能消耗大量 token，因此我们建议先从范围受限的任务起步，再逐步提高任务复杂度。」帖文还给出上手入口：在 Claude Code 里运行 /claude-api managed-agents-onboard bug-hunter（官方的 bug 猎人示例），或查看其附带的模板链接 。
按 CellCog 对官方文档与定价页的整理，托管侧的运行边界还包括：一次工作流运行默认持续 24 小时，每个会话默认最多同时开放 10 次运行，默认最多 64 个 agent 同时工作；计费上，单次运行没有单独定价，agent 的 token 按各模型费率计算，再加上按会话运行时长计的 $0.08/session-hour 费用，达到会话预算时，正处于运行状态的 workflow 会暂停。更完整的说明见官方的 。
上线当天：开发者称「只是开始」，第三方列出待验证项
公告发布约 9 分钟后，据其 X 简介在 Anthropic 从事 Claude Managed Agents API 工作的 Michael Cohen（@_hi_mc）称，这是「很多人倾注心血之作」，并说，在他看来 Dynamic Workflows 是提升 agent 工作负载最有力的能力之一：让 Claude 把 agent、上下文和数据以编程方式串起来，「我们已经一次次看到这带来更好的结果」，也让「大 Claude」不必逐个线程微管理，而是继续和用户对话、调度「小 Claude 们」。他表示，对 Managed Agents 上的 Dynamic Workflows 来说这只是开始，团队会继续投入，给开发者更多控制和能力；他还把功劳归给 @karbon0x，称其为 Managed Agents 工作流的「幕后主脑」。
同一天，AI 博客 Kingy AI 在中写明：他们检查了发布文档与定价，但没有实际运行这个公测版本，也没有做与单 agent 对照的基准测试；他们提出的对照测试要求把同一批文档与同样的验证要求分别交给 workflow 与单 agent，并记录总耗时、总成本和不被来源支持的断言数量。
CellCog 的整理则把三项放进接下来的观察清单：第三方独立结果、正式开放（GA）的条件，以及默认最多 64 个 agent 并发这一数字是否保持（官方已提示它可能调整）。