11 多 Agent：协作、状态机与审阅
- 理解多 Agent 的收益和成本。
- 会用状态机表达协作流程。
- 知道 LangGraph、AutoGen 解决的问题。
多 Agent 不是“多开几个聊天框”。它需要明确角色、共享状态、转交条件和终止条件。否则多个 Agent 只会重复发散。
典型流程：
Planner -> Engineer -> Reviewer -> Executor状态机的关键是：
- 当前状态是什么。
- 下一个节点由什么条件决定。
- 哪些信息会写回共享状态。
参考项目里的对应实现思路
Section titled “参考项目里的对应实现思路”LangGraph 把 Agent 编排建模成图和状态机。AutoGen 展示多角色协作，例如 PM、Engineer、Reviewer、Executor。
最小代码实验
Section titled “最小代码实验”源码：labs/11-multi-agent/index.mjs
这个实验用 planner -> engineer -> reviewer 三个节点模拟一次协作。
运行命令与预期输出
Section titled “运行命令与预期输出”运行：
npm run lab:11预期你会看到共享状态如何被三个角色依次补充。
- 多 Agent 不一定比单 Agent 好，协调成本可能更高。
- 没有评测和终止条件，多 Agent 很容易空转。
- 角色提示词不能替代明确的数据结构和状态流。