如何并行运行3至8个编码代理而不丢失音轨

一次跑两个特工 需要五分钟 你打开两个终端,每人递一个任务,并观看文本卷轴.

烦恼从第四起.

你不再知道哪个在等待审查 哪个在完成 哪个在十分钟前在别处寻找时坠毁 你在错误的终端滚动。 你重新开始一项已经完成的任务。 一小时后 你用手做三个探员的工作 只是为了保持你的轴心.

这不是马力问题。 这是一个能见度问题.

真正的瓶颈是你的头

自动发送的代理编码。 它想40秒,写,停止,等待你的签注。 在这40秒内 你可以跟随第二个特工 第二篇写的时候 你同意第一篇.

最多3个特工,你的大脑会保持正常 5点前,你放下线.

Anthropic在其文档中发表了一个有说服力的编号:无指导的尝试在三分之一左右成功. 船量的人和其他人之间的差距不是模型。 这是他们发射前设置的结构.

所以,在缩小范围之前, 你的结构.

规则一:一个特工,一个孤立的工作空间

经典错误是把三个特工放在同一份的回放上. 他们互相踩到对方。 一个编辑了package.json,另一个也编辑了,最后你有一个合并,你无法解脱.

平按:取"素问"作取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"出"取"取"取"取"取"取"取"取"取"取"取"取"取"出"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取"取".

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

每个代理在自己的文件夹中工作,在自己的分行,有自己的文件. 零相撞. 你分别审查每一个分支,待它准备好后再合并.

这就是研究者所谓的孤立授权的基础:中央管理者将工作分成两部分,每个子任务在自己的一角运行,然后进行整合,进行测试以验证.

规则二: 永远不要发两次相同的中央档案

在拆分工作之前,要找到文件,需要接触几个特性。 路由器. 数据库计划. API 路线配置 .

这些文件只得到一个特工 彼等或围绕而作是事.

把同样的routes.ts交给两个平行的特工 在合并的冲突中你会付出你认为在平行主义中能得到的 这种贸易每次都会输.

规则三:一个板子,不是十个终端

多数人都在这里放弃了多代理。 他们打开了八个终端标签,失去线程,并爬回一个单一的代理.

你需要一个可以一一回答三个问题的观点:

• 现在是谁在编码?
• 谁在等我的检讨?
• 谁完成或坠毁?

没有这种观点,多剂 花费你更多的精神负荷 比它给你的速度。 有了它,你就可以一次真正持有6或8个工作流程.

这就是AgentsRoom填补的确切空白. 每个特工都有自己的瓦子,状态,颜色. 一个等待你回复的特工 变了个红了 把你打晕了 你停止滚动错误的终端, 你看着板,你知道去哪里.

在实践中起作用的胆量

我首先要讲的是节奏.

从两个代理开始,在两个没有文件的特性上开始. 习惯一下审查 -然后出现循环 这个循环,而不是代码, 成为你真正的工作.

一旦那个循环感觉平滑,去4。 保留严格的高影响任务优先清单,并严格地从计划模式入手:在代理写出行前先批准代理的计划. 一项事先批准的计划 让你省下一个痛苦的回顾.

甜点坐落在同名repo上3到8个特征之间,有视觉监督. 除此之外,即使有一个好的董事会,审查也成为了瓶颈,而你失去了好处.

你实际得到的

多代理对于95%的小任务来说毫无意义. 要修补打字或加个按钮,一个单一的代理就足够了,而且更快.

改变你一周工作的地方 一天晚上你踢出三个独立重构器,在它们着陆时审查它们,第二天早上你还有三天的工作准备合并.

秘密不是特工的数量 它总是知道谁需要你,现在。 修好它,其余的随行.