多 Agent 协作与交接
把一个研究任务拆成两项独立工作，写出交接协议、冲突规则和统一验收标准。
课程全目录 · 选择章节
本课学习目标
- • 理解 — 多 Agent 适合可分离、能独立验收的子任务。协调者定义输入、产物与合并规则，工作者只处理自己的职责。共享状态要有所有权与版本；并行写入同一资源容易产生冲突。先证明单 Agent 的不足，再增加协作。
- • 应用 — 资料收集和代码审查可以并行，最终报告由协调者合并。两个 Agent 不应同时修改同一数据库记录，交接时必须注明来源和未解决的问题。
- • 验证 — 把一个研究任务拆成两项独立工作，写出交接协议、冲突规则和统一验收标准。
完成路径
阅读概念与案例 → 完成动手任务 → 勾选实践检查 → 回答检查点 → 保存完成记录。练习由你自行检查，不会假装成自动代码评分。
01 / 核心概念
多 Agent 适合可分离、能独立验收的子任务。协调者定义输入、产物与合并规则，工作者只处理自己的职责。共享状态要有所有权与版本；并行写入同一资源容易产生冲突。先证明单 Agent 的不足，再增加协作。
资料收集和代码审查可以并行，最终报告由协调者合并。两个 Agent 不应同时修改同一数据库记录，交接时必须注明来源和未解决的问题。
更多 Agent 不一定更准确。协作会增加延迟、上下文和合并成本，应先测量收益，并避免没有验收标准的相互讨论。
02 / 心智模型
理解
多 Agent 适合可分离、能独立验收的子任务。协调者定义输入、产物与合并规则，工作者只处理自己的职责。共享状态要有所有权与版本；并行写入同一资源容易产生冲突。先证明单 Agent 的不足，再增加协作。
应用
资料收集和代码审查可以并行，最终报告由协调者合并。两个 Agent 不应同时修改同一数据库记录，交接时必须注明来源和未解决的问题。
验证
把一个研究任务拆成两项独立工作，写出交接协议、冲突规则和统一验收标准。
03 / 代码骨架
type Handoff = { taskId: string; version: number; findings: string[]; sources: string[]; unresolved: string[] };这是解释结构的代码骨架，外部函数与数据需要在实际项目中实现。
04 / 贯穿案例
放进真实情境里看
资料收集和代码审查可以并行，最终报告由协调者合并。两个 Agent 不应同时修改同一数据库记录，交接时必须注明来源和未解决的问题。
- 01
分析边界
多 Agent 适合可分离、能独立验收的子任务。协调者定义输入、产物与合并规则，工作者只处理自己的职责。共享状态要有所有权与版本；并行写入同一资源容易产生冲突。先证明单 Agent 的不足，再增加协作。
- 02
观察具体过程
资料收集和代码审查可以并行，最终报告由协调者合并。两个 Agent 不应同时修改同一数据库记录，交接时必须注明来源和未解决的问题。
- 03
验证失败路径
更多 Agent 不一定更准确。协作会增加延迟、上下文和合并成本，应先测量收益，并避免没有验收标准的相互讨论。
05 / 动手做
用自己的产物检验理解
把一个研究任务拆成两项独立工作，写出交接协议、冲突规则和统一验收标准。
完成时检查
- 提交可阅读的实现或流程图，并注明输入和输出。
- 至少覆盖一个成功案例与一个失败案例。
- 解释本课的边界，写出仍未解决的一项限制。
自动保存在当前浏览器，不会同步到账户。
06 / 检查点