Claude Code 上线动态工作流：现场自写调度脚本，多智能体对抗验证

如果你用过终端里的 AI 写代码，大概率遇到过这种尴尬：刚开始几分钟思路挺清爽，但代码一写长、报错一变多，它就开始犯迷糊，不仅反复兜圈子，还会坚信自己刚才写的错误逻辑，甚至连最初要干什么都忘了。

单上下文窗口的 AI 就像一个被塞满草稿纸的程序员，脑子越用越乱。上周，Anthropic 给 Claude Code 推出了一个重磅解法：动态工作流（dynamic workflows）。现在 Claude 可以针对你眼前的任务，现场给自己写一套多智能体编排脚本，当场组建一支专项小队。

现场给自己写一套调度脚手架

以前如果想让多个 Claude 协同干活，开发者通常得用 Claude Agent SDK 或者写命令行脚本，搭一套固定的静态流程。但静态流程的问题在于太死板，很难兼顾所有边界情况。

这次动态工作流的背后是 Claude Opus 4.8。面对复杂任务时，Claude 不再硬着头皮在一个窗口里从头干到尾，而是会现场生成并执行一个 JavaScript 脚本。这个脚本可以调用特制函数，随时拉起带着干净上下文的子智能体。

Claude 还可以为不同的小任务挑选不同的模型，甚至把子智能体扔进独立的 Git worktree 里运行，防止它们互相打架或者污染代码库。如果你在终端里按 Ctrl+C 中断或者关掉了终端，下次重新连上会话，它还能顺着脚本进度接着跑。

触发这套机制很简单，你只要在对话里要求它建立工作流，或者直接敲入触发词「ultracode」就行。

锦标赛、红蓝对抗与隔离区

官方博客梳理了几种极具杀伤力的编排模式。第一种是「扇出与汇总」，把庞大任务拆成几十个碎片，每个智能体独立完成一段，最后由汇总智能体像设置栅栏一样等齐结果再合并。据 Anthropic 透露，Bun 从 Zig 重写到 Rust 的百万行代码迁移，用的就是这种模式。

第二种是对抗验证与锦标赛。比如排查一个 50 次才出现一次的死锁 bug，可以让不同的智能体分别根据日志、源码和数据提出独立假设，互相挑刺辩论；或者在给方案起名、打分时，搞两两对决的淘汰赛，因为人类和 AI 对两个方案做相对判断，永远比绝对打分要靠谱得多。

甚至在处理用户工单这类脏活时，它还支持「隔离区模式」：让只读未信任内容的智能体负责抓取，严禁它们碰高权限操作，清洗完毕再交给执行智能体。Claude Code 里内置的 deep-research 技能，底层也正是这一套逻辑。

为什么重要

我们认为，动态工作流最聪明的地方在于它把「元提示词」升格成了「元编程」。过去大家总想做一个包治百病的通用 Agent 框架，但实际工程中没有两套任务的拓扑结构是一模一样的。让前沿大模型根据具体问题现场写调度代码，比任何固化在框架里的死逻辑都要灵活。

对开发者和重度用户来说，这意味着那些以往不敢交给 AI 的高壁垒任务终于有了可行性。比如几十万行的依赖重构、几十份简历的深度交叉比对、跨多轮调试的根因分析。只要任务能被拆解，你就可以用一句自然语言调动一支并发军队为你打工。

但代价同样很现实：token 消耗量会成倍甚至几十倍地飙升。每一次扇出、每一次对抗评审，都是真金白银在燃烧。如果只是改个前端按钮样式或写个简单函数，开动态工作流纯粹是大炮打蚊子。

从行业竞争来看，Anthropic 这一步把代码智能体的竞争维度拉开了。竞品还在比拼单个模型的推理长度和单轮补全准确率，Claude 已经把重点转向了模型自主编排模型。不过这种模式对执行环境的沙箱安全和状态恢复提出了极高要求，一旦子智能体写出失控的循环脚本，账单和机器资源都可能面临考验。