Anthropic 在 5 月 28 日与 Opus 4.8 一起在 Claude Code 中发布了 Dynamic Workflows,InfoQ 的报道在六月初落地。能力:Claude 动态编写编排脚本,在单个会话中扇出数十到数百个并行子代理,带有尝试反驳发现的批评者子代理,运行继续迭代直到答案收敛。16 个并发代理并行运行;每次运行总共 1000 个代理的上限。Anthropic 明确定位的用例:调查广泛的 bug、管理大型迁移、进行安全审计、性能审查和复杂软件项目的架构分析。今天在 Claude Code CLI、Desktop 和 VS Code 扩展中作为研究预览提供,适用于 Max、Team 和 Enterprise 计划(如果管理员启用),加上 Claude API、Amazon Bedrock、Vertex AI 和 Microsoft Foundry。
该能力是相对于先前 Task-tool 委托的真实形态变化。以前,每次 Task 调用得到一个子代理;跨多个子代理的协调是你自己的工作来编写,在你自己的循环中,使用你自己的消息传递。Dynamic Workflows 将编排脚本的编写交给 Claude 本身,Claude 用并发原语(并行扇出,一次最多 16 个在飞)加上收敛原语(批评者子代理反驳,迭代直到收敛)来组成那个脚本。"每次运行 1000 上限"是失控循环的后备保障,不是目标,但它告诉你设计意图:这是用于事先未知子代理正确数量并且可能在几百的工作。Anthropic 引用的 Jarred Sumner 例子:在大约 750,000 行 Rust 中,现有测试套件通过 99.8%,从首次提交到合并用了十一天。这是单代理循环无法关闭的迁移类型。
两个生态线索。首先,这在实际意义上改变了"代理"的含义。单代理 ReAct 循环两年来一直是隐式的工作单元;Dynamic Workflows 将单元重新定义为一个分解-然后-验证的多代理集合。对于思考自己代理平台的 builders,问题不再是"我如何制作一个更好的单代理"而是"产生单一通过无法产生的结果的扇出-收敛 harness 是什么。"MiniMax M3 和 Qwen3.7-Plus 都向 agent-team 模式做出了示意;Dynamic Workflows 是与编写它的模型一起 ship 的实现。其次,verification-by-refutation 原语是值得停顿的设计选择。大多数多代理框架使用并行来获得速度(覆盖更多领域)或用于 ensembling(投票)。Anthropic 正在使用并行来进行对抗检查:代理在向上报告之前尝试反驳彼此的发现。这是区分"更多代理"和"更好答案"的 move,也是大多数临时编排设置跳过的部分。
周一早上,如果你在 Claude Max、Team 或 Enterprise 计划上:Dynamic Workflows 今天处于研究预览,值得在真正的全面覆盖任务(安全审计、大型迁移、全代码库 review)上尝试,而不是在单代理已经工作的小任务上。如果你构建自己的多代理平台:parallel-with-refutation 模式是设计教训,16-concurrent / 1000-cap 形态是要复制的合理默认。如果你在 API 路径上(Bedrock、Vertex、Foundry):相同的可用性,相同的形态。注意事项:这仍然是研究预览,所以行为可能改变;1000 代理天花板是真实的,所以试图 spawn 更多的工作流会撞上它;成本随子代理计数缩放,所以"答案值 N 个子代理吗"问题现在是一个显式的拨号,不是一个隐藏的成本。