Claude Code 研究预览动态工作流:让多代理并行处理复杂工程任务

Claude Code 新增动态工作流,可协调多代理并行处理复杂工程任务。

原文标题:Claude Code 引入动态工作流,用于并行代理协调

原文作者:AI前线

冷月清谈:

Anthropic 为 Claude Code 推出“动态工作流”(Dynamic Workflows)研究预览功能,重点解决单个代理难以胜任的复杂软件工程任务。该功能可根据用户目标动态生成协调脚本,把任务拆分给多个专业子代理并行执行,再对结果进行对比、验证和迭代,适用于漏洞排查、大规模迁移、安全审计、性能审查、架构分析等场景。用户可以明确要求 Claude 创建工作流,也可以开启 ultracode 设置,让系统自动判断是否采用工作流方式。动态工作流支持保存执行进度,中断后可继续运行。Anthropic 同时提醒,该能力可能消耗远高于普通 Claude Code 会话的 token,建议先从范围清晰的小任务开始试用。目前该功能面向 Claude Code Max、Team、部分企业用户开放,也可通过 Claude API 及云平台合作伙伴使用。

怜星夜思:

1、多代理并行写代码,真的能提升效率,还是只是把调试难度翻倍?
2、动态工作流这种“自动规划+自动分工”的方式,会不会让开发者更难理解 AI 到底做了什么?
3、高 token 消耗会不会成为这类代理工作流落地的最大门槛?
4、这类功能更适合大型企业代码库,还是个人开发者也能用出价值?

原文内容

作者 | Robert Krzaczyński
译者 | 平川

Anthropic 推出动态工作流(Dynamic Workflows),这是 Claude Code 的一项新功能,旨在通过在单一工作流中协调大量 AI 代理来处理复杂的软件工程任务。该功能目前处于研究预览阶段,可以让 Claude 动态生成协调脚本,将工作分解为子任务,并行执行这些任务,并在呈现最终答案前验证结果。

该版本针对单个代理难以处理的复杂任务进行了优化,例如调查广泛存在的漏洞、管理大规模迁移、进行安全审计、性能审查以及分析复杂软件项目的架构。动态工作流能够管理多个子代理,使 Claude 能够处理那些可能需要数小时甚至数天才能完成的庞大任务。

与依赖人工配置的代理团队不同,Claude 会根据用户目标按需生成工作流。该系统负责规划工作、将任务分配给专业代理、对比和验证结果,并不断迭代直至结果趋于一致。Anthropic 表示,这种方法使 Claude 能够处理那些传统上需要工程团队进行大量协调和监督的项目。

该功能可以通过明确要求 Claude 创建工作流来激活,也可通过启用名为 ultracode 的新设置来激活,该设置会自动让 Claude 判断何时适合采用基于工作流的方法。执行过程会保存进度,中断的运行可以从中断处继续执行,无需从头开始。

初步反馈表明,该功能将许多开发者此前一直手动构建的工作流程进行了规范化。一位 Reddit 用户 写道:

说实话,我一直在期待这样的功能。当然,它并不适用于所有场景,但我有一个项目,很久以前就想用它来测试,而我现在正在这么做。虽然还没详细检查输出结果,但速度和自主性似乎都达到了我的预期。

该公司提醒,动态工作流消耗的令牌数量可能远高于典型的 Claude Code 会话。因此,他们建议在将该功能应用于大型项目之前,先从规模较小且范围明确的任务开始。

目前,动态工作流已面向使用 Claude Code Max、Team 套餐的用户及符合条件的企业版用户开放研究预览,同时也可通过 Claude API 以及包括 Amazon Bedrock、Google Vertex AI 和 Microsoft Foundry 在内的合作伙伴平台使用。

这次发布反映了向代理协调系统转变的广泛趋势,其关注点正逐渐从单个模型的性能转向协调大量专业代理,使它们能够协同处理复杂的工程任务。

原文链接:

https://www.infoq.com/news/2026/06/dynamic-workflows-claude-code/

会议推荐

企业级 Agent 落地,绕不开 4 个真实的工程问题!如何在 Agent 安全性和可用性之间找到平衡点?Agent 需要什么样的记忆系统才能真正理解上下文?如何通过算法压榨实现智力增量与成本控制的极致平衡?多 Agent 协作,如何做到可观测、可治理、可控制?6.26-27 AICon 上海站,国内头部公司的 Agent 实践,一次说透。

今日荐文

图片
你也「在看」吗?👇

针对“会不会更难理解 AI 做了什么”:会,尤其是中间过程如果只给最终答案,那基本就是黑盒套黑盒。理想状态应该像 CI 一样,每个子任务、输入输出、验证结果都能追踪,不然出了问题根本没法 review。

1 个赞

回答“多代理并行写代码”这个问题:我觉得效率会提升,但前提是任务边界足够清楚。比如安全审计、依赖升级、批量重构,这类能拆成很多小块的活,多代理确实吃香。要是让它们一起改核心业务逻辑,最后合并冲突可能比人还烦。

2 个赞

这题有点像以前大家讨论微服务:拆得好是弹性扩展,拆不好是分布式单体。多代理也是,简单任务硬拆就是给自己加戏,复杂任务不拆又浪费模型能力。关键不在代理数量,在任务编排和验收标准。

2 个赞

说句不太严肃的:以前是一个 AI 一本正经地胡说,现在可能是一群 AI 开会后一本正经地胡说。所以我最关心的不是它会不会规划,而是它会不会承认自己没查明白。

3 个赞