Handoff Protocols 关注的是智能体之间、以及 AI 与人类之间任务交接的设计。资料指出，交接（handoff）是一个智能体把工作交给另一个智能体或交给人类的时刻，而这正是多智能体系统最常失败的地方：一次被丢掉的交接意味着上下文丢失、重复工作或任务被放弃。
交接的构成
资料认为每一次交接都包含以下要素：
- 触发条件（Trigger）：什么导致交接发生？例如任务完成、范围边界、失败、用户请求。
- 来源（Source）：谁在交接？
- 目标（Destination）：谁在接收？
- 载荷（Payload）：传递哪些信息？例如上下文、部分结果、用户状态、指令。
- 确认（Acknowledgment）：来源方如何知道目标方已收到交接？
- 用户体验（User experience）：交接期间用户看到什么？
交接类型
资料列出以下交接类型：
- 顺序式（Sequential）：智能体 A 完成后把结果交给智能体 B 继续，类似接力赛。
- 并行分发（Parallel fan-out）：一个智能体同时把子任务分发给多个智能体。
- 并行汇聚（Parallel fan-in）：多个智能体的结果汇聚回一个智能体进行综合。
- 升级（Escalation）：智能体无法处理任务，向上交给能力更强的智能体或人类。
- 回退（Fallback）：主智能体失败，由备用智能体接管。
- 人工交接（Human handoff）：AI 把工作交给人类进行审查、决策或完成。
上下文传递
资料指出最常见的交接失败是上下文丢失，并给出需要设计的传递方式：
- 完整上下文（Full context）：来源智能体知道的全部内容。安全但可能信息过载。
- 摘要上下文（Summarised context）：提炼出的关键信息。高效但有丢失重要细节的风险。
- 结构化上下文（Structured context）：必须填充的预定义字段。一致但僵化。
- 增量上下文（Incremental context）：只传递自上次交接以来的新内容。适合持续协作。
面向用户的设计
资料强调用户对交接的体验很重要，并列出几种方式：
- 不可见交接（Invisible handoff）：用户不知道智能体已经更换，体验感觉无缝。
- 透明交接（Transparent handoff）：告知用户有新智能体接管以及原因。
- 参与式交接（Participatory handoff）：用户确认交接或提供额外上下文。
- 用户发起的交接（User-initiated handoff）：用户明确要求更换智能体或要求人工。
交接反模式
资料列出以下反模式：
- 黑洞（The black hole）：工作被交接出去但从未被接手。
- 回声室（The echo chamber）：智能体之间来回交接却没有进展。
- 上下文悬崖（The context cliff）：关键信息在交接中丢失。
- 突兀的过渡（The jarring transition）：用户体验在交接点发生剧烈变化。
- 静默重定向（The silent redirect）：用户不知道已被交接，因而对变化感到困惑。
设计产物
资料列出该技能涉及的设计产物：
- 交接协议规范（触发条件、来源、目标、载荷、确认）
- 上下文传递模板
- 交接时序图
- 每种交接类型的用户体验规范
- 交接失败模式分析
适用场景与限制
该技能适用于设计多智能体协作流程、AI 与人工协作流程，以及需要明确任务交接规则的系统。资料未提供具体的安装命令、代码示例、收费信息或平台支持情况。