让几个 Agent 分工干活

最后更新：2026-09-20

同时跑几个 Agent 不会自动变快。切得对是并行，切得不对是互相踩——第二个人改的时候第一个人已经把文件删了。

判断能不能并行的唯一标准

看两件事：它们会不会写同一个地方，以及后一个任务需不需要前一个的结果。

两个都不沾，就能并行。沾任何一个，就得排队。

切任务的三种切法

按文件切

最安全的一种。每个人的活动范围互不重叠——你负责 src/api/，它负责 src/ui/。适合有清晰模块边界的项目。

按阶段切

不是同时进行，是流水线：一个查、一个改、一个验。看着像并行，其实是排队，但中间不用你人工搬运结果。

按方案切

同一个任务派给两个 Agent，拿两个不同方案来比。这种切法不追求提速，追求的是多一个参考。适合你没想清楚怎么做的时候。

已经撞上了怎么办

症状通常是这样：Agent 报「文件内容和我预期的不一样」。它读到的版本已经不是它上次读的那个了，因为另一个 Agent 改过了。

处理顺序：

1. 先停下其中一个，别让它继续改——继续改只会让冲突更难解
2. 看 Git 状态，搞清楚谁改了哪些文件
3. 决定保哪一版，或者人工合并
4. 把剩下的任务重新排成串行

如果你用的是版本控制，这一步会轻松很多——没提交的改动可以整体丢掉重来。所以让 Agent 跑之前，先确认工作区是干净的。

在 Aiglade 里怎么管

Aiglade 的任务队列把同一时刻在跑的任务摊在一个界面上，你能看到哪个在动哪个在等。真正有用的是冲突能早点看出来——文件被两个任务同时写的时候，比两个终端窗口各刷各的日志更容易发现。

另外：审批门在并行场景下价值更高。几个 Agent 同时想执行有后果的操作时，你会集中收到确认请求，而不是散落在四个窗口里。

相关：审批门是什么，为什么要留。