一、从传话筒式 SubAgent 到 Agent Team
传统 SubAgent 由主 Agent 分派任务、收集结果,成员之间彼此看不见。Agent Team 让成员拥有独立上下文和通信通道,可以直接同步发现、提出异议和重新分工。
二、一个团队应该怎样分工
我把任务拆成规划、后端、前端和测试四个角色。规划 Agent 只负责验收标准,实现 Agent 负责代码,测试 Agent 先写失败用例,主 Agent 最后整合。
| 角色 | 核心产出 |
|---|---|
| Lead | 任务拆解与验收 |
| Implementer | 代码与迁移 |
| Reviewer | 风险清单 |
| Tester | 复现步骤与测试 |
三、第一次体验:有惊喜也有摩擦
多 Agent 同时观察同一仓库时,定位问题确实更快;但没有清晰边界就会重复改文件。共享计划、锁定文件范围和短消息格式,比单纯增加 Agent 数量更重要。
四、效率提升和 Token 成本
并行能缩短等待时间,却会把上下文成本叠加。适合把检索、测试和文档这些互不冲突的工作并行化,不要让多个 Agent 同时重读整个仓库。
五、哪些项目值得用 Agent Team
跨模块、需要多种技能且验收标准清晰的项目最适合。小脚本和一次性修复反而更适合单 Agent,否则通信成本会超过收益。