Claude Code 这个更新，比 Opus 4.8 重要得多

昨天聊了 Opus 4.8 的翻车反馈。

但 Anthropic 这周还有一个更硬核的更新——Dynamic Workflows。我觉得比模型本身更值得关注。

你已经在用的东西

如果你用 Claude Code 写过复杂项目，大概率已经体验过 Agent Teams。

你给 Claude 一个目标，它自己决定需要几个帮手，然后 spawn 出一组队友。team lead 负责分配任务，队友之间可以直接通信。你不需要手动管理。

这已经很方便了。之前用 subagent，每次都得你手动告诉 Claude "去检查一下这个文件""去跑一下测试"。Agent Teams 把这个过程自动化了。

但 Agent Teams 有一个隐形成本。

任务大了会出问题

Agent Teams 的协调逻辑，全在 Claude 的脑子里。

team lead 怎么分配任务、队友之间怎么同步、什么时候该合并结果——这些决策都是 Claude 实时做出来的，存在上下文里。

任务规模小的时候没事。十几二十个文件的重构，Claude 的上下文够用。

但规模一大，比如要给一个 50 万行的代码库做安全审计，或者把一整个项目从 Vue 2 迁移到 Vue 3，team lead 的上下文就开始吃紧了。它要记住所有子任务的进度、所有中间结果、所有待验证项。上下文一膨胀，协调质量就下降。

这就是 Dynamic Workflows 要解决的

Dynamic Workflows 的思路很直接：别让 Claude 在脑子里记编排逻辑了，把它写进脚本里。

你给一个目标，Claude 先写一段 JavaScript 编排脚本。脚本里定义了每个子任务做什么、执行顺序是什么、变量怎么传递、结果怎么验证。然后按脚本并行启动 subagent 去执行，最多同时跑 16 个，总共可以跑几百上千个。

脚本存在本地，可以保存、复用、修改。下次做类似的事，直接跑脚本就行，Claude 不用重新想一遍怎么编排。

和 Agent Teams 的本质区别

Agent Teams 是临场指挥。Claude 根据当前情况实时决定下一步做什么，协调逻辑隐式存在于对话中。

Dynamic Workflows 是先画施工图。Claude 先把整个执行计划写成脚本，然后按图施工。协调逻辑显式存在脚本里，不占用 Claude 的上下文。

类比一下：Agent Teams 像是一个有经验的工地经理，每天在工地上看情况调度工人。Dynamic Workflows 像是先把施工图纸画好，然后按图纸批量上人。

小工程靠经理临场调度没问题。大工程没有图纸，经理再能干也管不过来。

它到底能干什么

官方给了一个例子：Bun 项目用 Dynamic Workflows 做了一次 75 万行代码的迁移，11 天完成。

Bun 的工程师说，这个工作量之前靠人工做，预估需要几个月。Dynamic Workflows 把整个过程拆成了几百个并行的子任务，每个子 agent 负责一小块代码的迁移和验证，最后汇总结果。

关键是验证。脚本里可以定义每个子任务完成后要跑什么测试、检查什么条件。不通过就重试或者标记出来。这不是简单的"把任务丢给一堆 Agent"，是有质量控制的批量执行。

什么时候没必要用它

不是说 Agent Teams 就没用了。日常开发里，大部分任务不需要 Dynamic Workflows。

改一个 bug、加一个功能、重构一个模块——Agent Teams 的临场调度更灵活。你不需要先写脚本，直接说需求就行。

Dynamic Workflows 适合的是可重复的大规模批量任务：代码审计、依赖升级、测试覆盖补全、大规模重构。这些任务的特点是步骤明确、可以并行、需要验证、可能重复做。

另外，它现在还是 research preview，只有 Max、Team、Enterprise 计划能用。个人开发者想用还得等等。

为什么这个更新更重要

Opus 4.8 是模型能力的小迭代。SWE-bench 涨了几分，但实际写代码的感受变化不大。

Dynamic Workflows 是工程范式的变化。它意味着 Claude Code 从"一个聪明的助手"变成了"一个能指挥大规模施工队的包工头"。这个变化对实际工作效率的影响，远比模型分数涨几个点要大。

大工程没有图纸，经理再能干也管不过来。Dynamic Workflows 就是那张图纸。

Anthropic 这周的两个更新，一个是模型层面的小步快跑，一个是工程层面的范式升级。如果只能关注一个，我选后者。