你可能已经习惯了一个 Claude Code 代理吭哧吭哧干活的样子你发一条指令它改一个文件你等它跑完再发下一条。这不叫效率这叫单线程。最近有个叫/batch的命令在圈子里传开了。它的逻辑很简单你给一个大的开发任务它自动拆成独立子任务然后同时拉起最多 30 个 AI 代理并行执行。你没看错30 个。为什么这事值得你拍大腿单个 AI 代理跑复杂任务时最让人抓狂的是什么是排队。你先让它改前端等它改完再让它写后端再等再让它跑测试再等。一个代理干完了才能干下一个整个流程就像只有一个厨师的餐厅你点了四个菜他得一道一道做。而/batch做的事情是把菜单拆开同时开 30 个灶。有人做过对比单个代理串行处理前端、后端、测试、部署慢得让人想砸键盘。而 30 个代理并行干活“完全是另一个游戏。”下面就来实操一把首先我给他一个迁移代码的复杂任务把项目里面的组件代码从js迁移成ts然后就是他寻常的几步搜索读文件执行动作很快claude code就梳理完成制定了计划仔细的你肯定注意到了claude code把这个任务分成了12个小任务并且提示你开启12个agent来开始干活。/batch不会一股脑把 30 个代理全丢出去然后告诉你“等着吧”。它先给你看执行计划。就像打仗前先摊开地图告诉你哪几路进攻、谁负责什么、什么时候汇合。你确认了这个计划它才开始并行执行。选择yesclaude code就分配了12个agent把他们配合起来一起做任务每个任务左边都有一个闪烁的橘黄色的园的小圈当又agent完成了就把远点变成了绿色的勾我以为这个活会让claude code干至少1个小时结果出乎我意料10分钟不到就干完了真正让/batch有价值的地方在于这些代理是在共享上下文的前提下并行工作的。这意味着它们不是各自为政的孤岛前端代理改了接口后端代理能感知到测试代理发现的问题负责修复的那个代理能看到。这才是“并行”的真正意义——不是把任务切碎丢掉而是让多个执行者围绕着同一个目标、同一份上下文同时推进。这种感觉上的变化比任何参数提升都更有冲击力。以前用 AI 代理你的角色是监工发指令、等结果、检查、发下一条。你的时间被切割成无数个“等待间隙”。现在用/batch你的角色变成了审批者看计划、确认、然后等着一堆代理同时交活。等待时间不是消失了而是被压缩了。原本串行的 30 分钟可能变成并行的 5 分钟。你从“等一个代理跑完再等下一个”变成了“看它们一起跑完”。30 个代理并行听起来很唬人但它不是魔法。它解决的是一个朴素的问题你的任务可以拆为什么你的工具不能并行Claude Code 的/batch命令给出的答案是能拆就拆能并行就并行。它没让 AI 变得更聪明但它让 AI 变得更快了。
