Claude Managed Agents「动态工作流」进入公开测试：主 Agent 自己写编排程序，单次最多并发 64 线程、调度 1000 个子 Agent

核心背景与行业痛点

单个 Agent 处理“几百份合同找条款”“全仓库迁移”这类任务时，上下文很快被撑爆，串行执行又太慢。此前 Managed Agents 的子 Agent 模式需要主 Agent 逐个派活、逐个读结果，主线程被占满。Anthropic 现将 dynamic workflows 扩展为公开测试，让主 Agent 写一段程序来编排整批 Agent。

架构亮点与底层机制

• Agent 写编排代码：主 Agent 针对你的需求写出 workflow 程序，服务端在后台以 workflow run 运行；主线程可继续与用户对话或结束回合（Workflow runs 文档）。
• 分阶段扇出：程序按 phase（如“读合同”“汇总结论”）组织，可并发扇出、把一个 Agent 的结果传给下一个、循环修订直到评审通过、处理失败节点。
• Agent 来源：可由程序内联定义，也可从 workflows.predefined_agents 列表中选；所有线程共享同一沙箱文件系统，各自独立上下文。
• 事件流可观测：workflow_run.created / phase_started / status_ended 等事件跟踪进度，结果类型含 completed、stopped、timeout_error、program_error 等。

权威 Benchmark 与实测跑分对比

官方未公布效果跑分，以下为文档写明的硬限制：单 run 同时工作线程 64；单 run 最多启动 1,000 个 Agent；默认寿命 24 小时；单 session 默认最多 10 个打开的 run。run 不单独收费，Token 按各模型价计入 session budget，触达预算即暂停全部 run。

开发者实战落地与开箱指南

1. 在 agent 定义中加入 {"multiagent":{"type":"multiagent_20261001","workflows":{"type":"enabled"}}}，SDK 会自动带 beta 头。
2. 在系统提示中写清何时用 run、如何切分、失败如何处理，并务必设置 session budget防止扇出烧钱。
3. 客户端监听事件流：完成的判定是所有 run 都收到 status_ended 且 session 以 end_turn 进入 idle。
4. 工具要做幂等：同一份工作可能被重跑到新线程上。更多背景见 官方博客。