这两天大家都在传 Claude Code 能一口气调上百个 AI 分身并行干活。

能并行不是新闻，新闻是指挥这些分身的「脚本」，现在不用人写了，模型自己写。这篇就把它新在哪、凭什么扛得住上百个分身、能拿来干嘛、坑在哪，一次说清。

五月二十八号，Anthropic 给 Claude Code 上了个叫「动态工作流」（dynamic workflows）的功能，研究预览版。玩法是这样：你用大白话跟它说一句你想干的活，它自己写出一段 JavaScript 脚本（脚本就是一段告诉电脑按步骤做事的程序），由这段脚本去调度一大堆「子 agent」（你可以理解成替你干活的分身、子任务 AI），让它们在后台并行跑，你那个对话窗口照样能接着用。

最多16个分身同时跑，单次任务最多能拉起一千个。

听到这儿你可能觉得，不就是多开几个 AI 一起干嘛。等等，真正的巧思在后面这句——以前是你（或者 Claude 自己一轮一轮）盯着这群分身，谁干完了、干到哪了、下一步派谁，全得记在 Claude 的「上下文窗口」里（上下文窗口，说白了就是 AI 一次能记在脑子里的内容长度，有上限）。活儿一多，脑子就记满了，记满就开始忘、开始乱。

而现在，整个计划、每个分身干到一半的中间结果，全存在那段脚本的变量里，不占 Claude 的脑子。只有最后熬出来的成品，才送回给它看。

我管这叫「模型自己当工头」。

这个比方大概能讲清差别。过去是你一个人，手里攥着一长串待办，边记边干，没几下脑子（上下文）就记满了，再大的活儿也施展不开。现在像是你请了个工头，他把活拆成一张排班表（那段脚本），分给一队工人各干各的，进度他自己拿本子记着，你脑子里只留最后那张验收单。脑子腾出来了，工人就能往上加——这才是它敢说「上百个、上千个」的底气。

光说能力没意思，得看它真干成过什么。最有冲击力的一个例子：Bun 的作者 Jarred Sumner，拿它把 Bun 从 Zig 这门语言整个迁到了 Rust。Bun 是个 JavaScript 的运行环境和工具链，体量不小——约75万行代码，从第一个 commit 到合并进主干，只花了11天，百分之九十九点八的原有测试照样通过。

75万行、11天，比任何「效率提升」的形容词都有说服力。

所以这次真正的转变，一句话：连「怎么指挥这群分身」这件事，模型也开始自己写代码搞定了。以前我们琢磨的是怎么把提示词写好、把任务拆好，那是在「指挥」这一层使劲；现在「指挥的脚本」本身被它接管了，人退到了「描述要什么」和「最后验收」这两头。

但得泼点冷水，免得听着像万能。

它还是研究预览版，要 Claude Code v2.1.154 或更新的版本才有。它很烧 token，一次拉起几百个分身，比你平时聊几句贵得多，账单是真会疼的。这些分身默认是会自己动手改文件的，不是只给你看看建议。还有，Bun 那次大迁移之后，社区里对「AI 一口气生成这么多代码、质量到底靠不靠谱」吵得挺凶——这事我也没大规模跑过，不敢替你打包票，谨慎点总没错。

说回来，它最值钱的地方，可能不在「省了多少时间」，而在它把一件原来得人来做的事，悄悄挪进了代码里。

#马力的AI知识分享#