Handoff（任务转交）
先用一句话说清楚
Handoff（任务转交）是一个 Agent（智能体）把任务、上下文、证据和下一步建议转交给另一个 Agent（智能体）或人工处理者的机制。
新手通俗解释
真实工作里，客服处理不了的问题会转给售后，售后处理不了的风险问题会转给主管。Handoff（任务转交）就是 AI Agent（人工智能体）系统里的这种交接。
关键不是“把一句话发给别人”，而是把任务目标、已经确认的信息、用过的资料、工具结果、风险点、失败原因和下一步建议一起交过去。否则接手者还要从头猜。
为什么智能体工程师岗位会问它
面试官问 Handoff（任务转交），是在看你是否理解复杂 AI Agent（人工智能体）系统不可能所有任务都自动完成。该转给专业 Agent（智能体）时要转，该转人工时也要转。
常见考察点：
| 考察点 | 应该怎么讲 |
|---|---|
| 转交条件 | 什么时候转给其他 Agent（智能体）或人工 |
| 上下文包 | 转交时带哪些事实、证据和状态 |
| 权限边界 | 接手方是否有权限继续处理 |
| 责任边界 | 高风险动作谁确认、谁执行 |
| 可追踪 | 转交过程要有 Trace ID（追踪编号）和日志 |
它在项目里到底怎么用
以客服 Agent（智能体）为例，常见 Handoff（任务转交）包括：
| 转交场景 | 接手对象 | 转交内容 |
|---|---|---|
| 用户问题涉及投诉 | 人工客服或投诉处理人 | 用户诉求、历史对话、风险等级、建议话术 |
| 需要查企业资料 | RAG（检索增强生成）检索 Agent（智能体） | 用户问题、资料范围、权限 |
| 需要创建工单 | 工单工具或售后 Agent（智能体） | 用户身份、问题类型、缺失字段、确认状态 |
| 需要质检 | 质检 Agent（智能体） | 回答草稿、引用来源、风险标记 |
| 证据不足 | 人工复核 | 已检索资料、无证据原因、用户原问题 |
和普通跳转的区别
普通跳转只是从一个页面或流程到另一个流程。Handoff（任务转交）强调交接质量：接手方要知道任务为什么转来、已经做了什么、哪些信息可信、下一步应该做什么。
面试时可以说：好的 Handoff（任务转交）能减少重复沟通和错误决策，差的转交会让系统看起来像断片。
常见误解
| 误解 | 为什么不对 | 正确理解 |
|---|---|---|
| Handoff（任务转交）就是换个 Agent（智能体）回答 | 没有上下文会丢信息 | 要带任务包和状态 |
| 能自动就不要转人工 | 高风险和低置信必须有人负责 | 自动化要有边界 |
| 转交后前一个 Agent（智能体）就不用记录 | 无日志无法复盘 | 转交前后都要记录 |
| 所有信息都转过去 | 可能泄露隐私或带噪声 | 只转必要且有权限的信息 |
面试官可能怎么追问
1. 什么时候需要 Handoff（任务转交）？
考察点： 是否理解职责边界。
参考回答： 当当前 Agent（智能体）权限不足、专业能力不匹配、证据不足、风险等级过高、需要人工确认或需要其他系统继续执行时，就应该 Handoff（任务转交）。转交不是失败，而是保证任务可控完成的机制。
容易扣分： 认为 Agent（智能体）应该自己完成所有事。
2. 转交时应该带哪些信息？
考察点： 是否理解上下文包。
参考回答： 我会带任务目标、用户已确认信息、关键上下文、检索证据、工具结果、风险等级、失败原因、待办事项（待办事项）、权限范围和 Trace ID（追踪编号）。敏感信息要脱敏，接手方无权限的信息不能转。
容易扣分： 只转发用户原话。
3. 人工接手后，系统还要做什么？
考察点： 是否理解闭环。
参考回答： 系统要记录人工接手时间、处理人、处理结果、反馈和最终状态。人工结果可以进入评估样例或知识库改进，但要经过审核，不能直接把所有人工回复变成训练资料。
容易扣分： 转人工后系统就不管了。
作品集里怎么展示它
作品集可以展示一个“转交记录”：
- 为什么转交。
- 转给谁。
- 带了哪些上下文。
- 哪些信息被脱敏或过滤。
- 接手后的处理结果。
- Trace ID（追踪编号）如何串联前后流程。
这能让你的项目更接近真实企业工单和客服系统。