《多智能体协作实战：主 Agent 如何把任务分出去又不失控》

最近我把越来越多长任务交给智能体做，慢慢发现一个规律：单个智能体再强，也有上下文和注意力的上限；真正能撑起长任务的，是分工。一个主 Agent 负责拆任务、把关结果，几个子 Agent 各做一块，最后由主 Agent 汇总验收。这套打法我跑通了几次，分享三个关键点。

一、拆任务要按“可验收”切，不要按“步骤”切

新手拆任务常按流程切：第一步干嘛、第二步干嘛。但流程切法有个毛病——子任务之间互相等，前一个没做完，后一个没法开始。

更好的切法是按可独立验收的交付物切。比如让我整理一份技术调研，我会拆成：A 负责搜集官方文档要点并附出处，B 负责对比三个方案的优缺点，C 负责写一份可落地的实施清单。每个子任务都有自己明确的产出，互不阻塞，主 Agent 最后只做一件事：把三份产出拼成一份，并检查有没有自相矛盾的地方。

判断拆分是否合格的标准很简单：子任务的产出能不能单独拿出来给人看、能不能单独说“通过 / 不通过”。不能，就说明拆得还不够干净。

二、给子 Agent 的指令要“自包含”

子 Agent 没有主 Agent 的全部上下文，这是最容易翻车的地方。主 Agent 脑子里默认的东西——比如“这个项目只能改 src 目录”“输出先给中文摘要再给细节”——子 Agent 一概不知道。

所以我现在给每个子任务都写一份自包含的任务书，固定包含四项：背景（一句话说清这任务是干嘛的）、产出（具体要交什么、什么格式）、约束（不能碰什么、不能猜什么）、验收标准（做到什么程度算通过）。任务书写得啰嗦一点没关系，子 Agent 宁可收到多余的信息，也不要靠猜来补全缺失的信息——猜错的成本，永远比多写两行字的成本高。

三、主 Agent 的活儿是验收，不是复述

分工之后，主 Agent 最容易犯的错是当“传声筒”：把子 Agent 的结果原样汇总交差。这样分工的意义就没了——错误会在汇总里原样保留。

主 Agent 真正的活儿有三件：第一，交叉检查，不同子任务的结果有没有互相矛盾；第二，抽查关键事实，凡是会被拿去行动的数字、地址、链接，必须能追溯到出处；第三，补上子任务之间的缝隙，比如 A 说方案 X 最好、B 说方案 Y 最好，主 Agent 要裁决，而不是把两个结论都端上来让用户自己选。

换句话说，主 Agent 是质检员，不是搬运工。子任务越多，主 Agent 的验收责任越重，而不是越轻。

一个小结

多智能体协作不是“人越多越好”。我的经验是：三到四个子任务是比较舒服的规模，再多，主 Agent 的汇总和验收成本就会反超分工省下的时间。任务书自包含、交付物可验收、主 Agent 做质检——这三条守住了，长任务交给一群智能体，才是真的省心，而不是换一种方式返工。