团队负责人怎么评审同时跑的多个编码 Agent

同时跑好几个编码 Agent，失败在注意力上，不在产能上。六个你评审不过来的会话，不如三个你评审得过来的。这套流程让并行工作对一个人来说仍然可评审

开始之前

• 同一台机器上跑着两个或更多编码会话
• Agent Island 在菜单栏或系统托盘里可见
• 一个你愿意去执行的合并顺序

1. 先划分工作，再并行

给每个会话一个不与其它重叠的范围 —— 最好是各自独立的工作目录。两个 Agent 改同一批文件所产生的冲突，代价会超过并行省下的时间，而且两个 Agent 都不知道对方存在

2. 让状态优先级决定先看哪个

在等你的会话，优先级高于还在工作的会话。岛上呈现的是需要处理的那些，而不是最近变过的那些，所以扫一眼就能回答「下一个是谁」，什么都不用打开

3. 有意识地挑那两个岛屿位置

紧凑岛屿最多带两个服务商位。在 设置 → 服务商 里挑你正在主动监督的那两个；其余的仍然保留完整用量行，只是不参与争夺你这一眼

4. 要求一份交接包

让每个 Agent 在回合结束时给出三件事：改了什么、有意没做什么、它自己不确定什么。提醒告诉你「一个回合结束了」，交接包告诉你「该查什么」。没有它，你就得把整个 diff 重读一遍，才能找到有意思的那一段

5. 按风险评审，不按到达顺序

先拿风险最高的那个改动，哪怕另一个更早结束。到达顺序是队列的产物 —— 它反映的是任务长度，不是重要性。迁移、认证，以及任何碰数据的改动，都排在装饰性工作之前，谁先完成不算数

6. 合并之前先把依赖说明白

并行的 Agent 不可能知道彼此，所以顺序必须由你来定。在第一次合并之前就写明哪个会话依赖哪个，然后按那个顺序合并，并重跑受影响的检查

7. 按你的评审速度调并发

如果提醒来得比你评审得快，答案是减少会话数，而不是把提醒静音。并发数应该由你评审得多快来定，而不是由屏幕上能塞下几个终端来定

如果没成功