Claude Managed Agents 上线「动态工作流」公测：一个主 Agent 写计划、单次最多调度 1000 个 Agent；Claude Code Projects 同日向全部排队的 Pro/Max 用户开放

这件事意味着什么

【要点】

Anthropic 10 月 9 日在开发者账号 @ClaudeDevs 和 Claude Platform 更新日志里宣布，Claude Managed Agents（托管 Agent 服务）的「动态工作流」进入公开测试。开启后，主 Agent 遇到工作量大、可拆分的任务（比如审几百份文件），会自己写一段程序，把任务分阶段派给一批 Agent 在后台并行跑，最后汇总结果；官方称单次运行最多调度 1000 个 Agent。和已有的子 Agent 不同，工作流里的各个 Agent 之间靠程序传递上下文和结果，主会话腾出来跟用户沟通、查看进度。

同一天晚些时候，@ClaudeDevs 宣布 Claude Code Projects 向排队名单里的全部 Pro 和 Max 用户开放：一个 Project 是一段持续的对话，Claude 充当协调者，把每项任务放进各自的线程并行执行。Projects 仍是测试版，没排队的用户需先加入等候名单。

【可核验】

更新日志写明开启方式：在 Agent 的 multiagent 字段设为 multiagent_20261001 并启用 workflows，需带 managed-agents-2026-04-01 测试版请求头，运行进度通过 workflow_run 事件流查看。文档同时列出对照：普通子 Agent 只能委派一层，一个会话同时最多 25 个子线程。Anthropic 给出的内部测试是：在 11.6 万行代码里埋 70 个 bug，单个 Agent 三次分别找到 14、15、27 个，工作流三次都找到 66 个。官方也提醒工作流很耗 token，建议从范围小的任务开始。两条发布帖分别有约 45 万和 50 万次浏览，X 上相关讨论 6 小时内约 870 条。

【我们的判断】

「1000 个 Agent」听起来像规模竞赛，真正的变化在于编排权交给了模型自己：开发者不再手写多 Agent 流水线，而是告诉主 Agent 什么时候该开一次工作流，由它决定怎么拆、怎么并。埋 bug 测试里从十几个跳到 66 个，说明在「找全」类任务上，并行铺开比单个 Agent 想得更久更有效。但代价同样直接：一次运行可能烧掉单 Agent 几十倍的 token，结果是否值得，要看任务能不能清楚地拆开和验收。66/70 是 Anthropic 自己设计的测试，第三方复现之前，应把它看作上限参考，而不是普遍收益。