多 Agent 协作：把任务分清，把结果接好

更新 2026-10-06

正在读取学习记录…

多 Agent 协作是让多个执行者各负责一部分工作。例如，把“判断能否退款”拆成读取订单、查询退款政策、汇总答案，再把各部分接起来。每个执行者都能查询资料或调用工具，分工程序负责把输入交给合适的人，并收回结果。也可以按问题类别选择处理者，或把后续对话移交给另一位处理者。

想象一次客服退款：顾客问“这笔100元的订单能退吗？”一个执行者读取订单金额，另一个查询退款政策，最后汇总者把两份资料合起来，计算允许退回的金额。订单金额和政策可以分别查；计算退款需要等两份结果都回来。

前面学习的状态图安排步骤，上下文管理选择每一步能看到的资料。这层继续用这两项能力：把节点交给不同执行者，让各自的资料包和返回产物有清楚的归属。角色数量增加后，依赖、权限和最终答复的责任仍由程序明确安排。

这像一起做饭：洗菜和淘米可以同时开始，装盘得等菜炒好。把“装盘”交给第三个人并不会让生米熟得更快。协作的关键是找到能独立进行的工作，再把有依赖的步骤接上。

先认识三种分工方式

方式	谁决定下一步	退款任务中的例子
Supervisor，协调者	协调者分派工作、收集结果	订单和政策执行者分别查资料，协调者再生成答复
Router，路由器	路由器按请求选择处理者	退款问题送给退款处理者，物流问题送给物流处理者
Handoff，交接	当前处理者交出后续处理权	普通客服识别出账单争议，把记录和后续对话交给账单客服

协调者要等待多个结果，路由器要选对入口，交接要把资料和当前进度交清楚。下一篇用同一个请求观察这些方式的执行路线。

选法先看工作需要：只需找对一位专家，走Router；答复要合并订单和政策两份依据，走Supervisor；用户要继续和账单客服处理争议，走Handoff。多人参与以后，仍要说清最后由谁给用户答复。

再学习计划者、执行者和检查者。计划者安排步骤，执行者完成操作，检查者核对产物。检查者如果发现“订单100元，答复却写成1000元”，应指出具体金额错误，执行者才知道改哪里。

第一阶段把工作拆好，先跑通正常协作。

第二阶段把资料和消息接好。共享状态是多个执行者共同使用的任务记录；消息是某个执行者交给另一个执行者的一次通知。状态回答“现在知道什么”，消息回答“这次交给你什么”。

第三阶段把协作接到不同服务，并检查它何时结束。A2A（Agent-to-Agent）是一套执行者之间交换任务与结果的协议，约定如何描述服务能力、传送消息、查询任务进度和交付产物。

先完成第一阶段，再进入消息和状态；这些字段会在后面的协议对象里再次出现。每篇都有完整程序和固定数据，先看正常结果，再按给出的改动观察机制变化。

回到“100元订单能否退款”的问题，可以沿下表核对自己的理解：

先用一位执行者完成相同任务，再比较分工版是否减少等待、改善结果，或增加了往返消息。对照时保持相同输入、资料和判定标准，观察到的差异才容易解释。

课后练习展开习题收起习题

A2A核心概念按服务介绍、消息、任务和产物解释协议对象，可在完成本地例子后对照阅读。下一层用固定样本和执行记录评价协作的结果与过程。