Handoff(交接)
一个 Agent 把任务控制权完全转移给另一个 Agent,与原 Agent 是否保留控制链相对。
生产方式:人写签发:晓黎学习复核:2026年9月21日被 1 个词条引用
一句话定义
Handoff = 一个 Agent 判断「这件事应该由另一个 Agent 处理」,于是把控制权交给它,自己退出控制链。
与委派的区别
这两个概念常被混用,但控制权归属完全不同:
| 概念 | 控制权 | 流程 |
|---|---|---|
| 委派(Delegation) | 保留在调用方 | A 创建任务 → B 执行 → B 返回结果 → A 继续 |
| 交接(Handoff) | 转移给被调用方 | A 判断应交给 B → 控制权转给 B → A 退出 |
选择依据:如果父 Agent 后续还需要继续协调,用委派;如果任务完全转移,用交接。
委派:
A(始终在链上)
└── B(执行子任务)→ 结果
交接:
A → B(A 退出)
└── B 独立完成
在 Agent Harness 中的体现
OpenAI Swarm 用两个原语表达多 Agent:
It accomplishes this through two primitive abstractions:
Agents and handoffs. AnAgentencompassesinstructionsandtools, and can at any point choose to hand off a conversation to anotherAgent.
agent = Agent(
name="Triage Agent",
instructions="Route to the appropriate agent.",
functions=[transfer_to_sales, transfer_to_support],
)
模型调用 transfer_to_sales 时,控制权转移给销售 Agent。
优点与代价
| 优点 | 代价 |
|---|---|
| 灵活,可表达复杂路由逻辑 | 路由决策不可预测 |
| 无需预先定义完整的任务图 | 难以评估路由准确率 |
| 适合快速原型 | 控制链复杂,调试困难 |
与意图路由的区别
| 维度 | 意图路由 | Handoff |
|---|---|---|
| 决策者 | Harness 的策略层 | 当前 Agent 自身 |
| 输出 | 结构化决策(intent、confidence) | 工具调用(transfer 函数) |
| 可解释性 | 高 | 低 |
| 可评估 | 容易(有标签) | 困难 |
第 09 讲建议:有权限边界和合规要求的场景用意图路由;快速原型可以用 handoff。
相关
- 第 11 讲 Agent 通信
- 第 10 讲 多专家设计
- Agent Orchestration(Agent调度带宽) — 交接是编排的一种拓扑
互链
链接来自概念卡正文里的双链,编译时能解到本期词条集的才成为站内链接。
反链(1)
出处
路径是本地知识库(Obsidian 库)里的位置,正文与概念卡逐字对应。
- 概念卡原文Handoff(交接)
03_RESOURCES/概念/agent-handoff.md - 所属知识地图栏目概念页索引 · Agent 架构与 Harness 治理
03_RESOURCES/概念/Index.md - 正文引用的知识库笔记第 11 讲 Agent 通信
02_AREAS/AI开发/Harness Engineering/Agent Harness 课程/11-Agent通信:消息、交接与协作协议.md - 正文引用的知识库笔记第 10 讲 多专家设计
02_AREAS/AI开发/Harness Engineering/Agent Harness 课程/10-多专家设计:为什么一个Agent不够.md
编译入库:2026年10月6日。词条由知识库编译而来, 修正要回到概念卡改,再重新编译。