一句话定义：Handoff 指一个智能体（Agent）把正在处理的任务连同上下文，交给另一个智能体或人来继续完成——控制权和责任同时转移。
打个比方：它像医院急诊的分诊交接，也像夜班保安的交接班记录。上一班走了，下一班接手。问题在于，交接记录上通常只有"3 号门正常"这类结论，而"为什么 3 号门昨晚响了两次后来判定是猫"这类过程，往往没写进去。接棒的人只看到结论，看不到结论背后的推理和犹豫。
明面上传过去的东西
成熟的交接协议通常会打包这几类字段：
- 任务目标与验收标准（要做到什么程度算完成）
- 已完成步骤与当前状态（做到哪一步了）
- 中间产物（草稿、检索结果、结构化数据）
- 约束条件（格式、语气、截止时间、合规红线）
- 可调用工具与权限凭据
- 交接原因（为什么我干不了、为什么换你）
悄悄丢掉的东西
这些字段几乎没人主动写，但它们经常决定成败：
- 推理路径：为什么排除了 A 方案？下一个智能体会重新推一遍，甚至推出相反结论。
- 置信度：哪部分是确证的，哪部分是猜的？摘要一压缩，"可能"就变成了"是"。
- 失败尝试：踩过的坑不写，下一个智能体大概率原地重踩一遍，白烧时间和算力。
- 原始证据：摘要会丢掉引文出处和边缘细节，而复核时恰恰需要它们。
- 隐性偏好：用户没明说但一直在遵守的规矩（比如"别用感叹号"），换手后常常蒸发。
- 预算余量：还剩多少时间、多少调用额度，接手的智能体往往不知道。
- 情绪温度：用户已经问了三遍、明显不耐烦——这种信号最容易被丢掉。
和几个相邻概念的区别
| 概念 | 控制权 | 关键差别 |
|---|---|---|
| 工具调用（Tool Call） | 不转移 | 同一个智能体调用外部能力，主线不变 |
| 消息传递 | 不转移 | 智能体之间对话、协商，但责任还在原处 |
| 状态序列化 | 不转移 | 只是把数据写成可传输的格式，是手段 |
| 升级（Escalation） | 转移到人 | Handoff 的特例，接棒方是人类 |
| Handoff | 转移 | 责任与主线一起交给下一个执行者 |
对从业者的意义
把交接包当成一份接口契约来设计，而不是随手丢一段摘要。强制填写三个字段最划算：未决问题、置信度、已失败的尝试。这三项是重复劳动和错误累积的主要来源。另外，交接要有回执——接手方确认"我理解了目标，且我知道哪些是猜测"，否则丢包无人察觉。
对普通人的意义
下次客服机器人转人工时，如果对方让你把订单号、问题、诉求再讲一遍，那就是一次典型的交接丢包。判断一个多智能体系统好不好用，不用看架构图，看它转手时你要不要重复自己就够了。具体产品行为以官方页面为准。