多Agent协作是2026年最热的方向，但很多团队把多个Agent丢在一起就以为能加速，结果越跑越慢。分享三个踩过的真实坑和对应解法。
坑1：上下文互相污染。A角色负责写接口，B角色负责写测试，B把A的草稿全塞进自己上下文，token飙涨、结果反而变差。解法：给每个Agent划定严格的信息边界，只传最终产物，不传中间推理过程。
坑2：任务拆分太粗。两个Agent同时改同一个函数，冲突不断。解法：按文件或模块做所有权划分，交叉点用单一写者原则（Single Writer），或引入协调Agent做串行裁决。
坑3：反馈循环无终止。A生成、B挑错、A又改，迭代10轮没收敛。解法：设置迭代上限，定义明确的验收标准（Definition of Done），达到即停；必要时加人工闸门。
核心认知：多Agent的收益来自分工和并行，不是来自Agent数量。先想清楚哪些任务真能并行、哪些必须串行，再决定要不要上多Agent。一个小团队用2-3个职责清晰的Agent，远胜10个互相踩脚的Agent。
你踩过哪个坑？评论区聊聊。
