管理者调用与会话移交的区别：先明确最终答复责任
比较把子 Agent 当工具调用与 handoff 会话移交的控制方式，说明上下文传递、最终答复和失败恢复的责任应怎样确定。
怎样选择更合适
希望一个 Agent 始终组织任务并给出最终答复，可以把专门 Agent 作为工具调用；需要让专业角色接管后续对话时，可以使用 handoff。两种模式可以组合，但应让使用者清楚当前谁在处理。选择依据是控制与上下文如何交接，不是简单比较“集中”或“分布”哪个更先进。
返回局部结果和接管会话不同
OpenAI Agents SDK 把 agents as tools 与 handoffs 列为不同编排方式。工具模式下，管理者接收局部结果并继续组织答复；handoff 则让目标 Agent 接管相应后续处理。具体传入的上下文取决于配置，不应默认所有角色都看到全部历史。
如果任务是分别核对两份资料后汇总，一个最终组织者通常便于处理分歧。若用户需要与某一专业角色继续澄清，则会话移交更贴合交互。角色标签本身不能证明交接正确，必须检查实际收到的任务与可使用工具。
用同一请求核对上下文和最终答复
准备一个同时需要查询资料与解释结果的请求。工具模式记录子任务输入及返回内容，移交模式记录目标 Agent 继续对话时保留的条件。两边都要求最终结论能回到相同资料，避免交接时遗漏用户限定。
加入需要移回原角色的后续问题，检查系统能否完成预定路由。若专业助手失败，管理者不能把空结果写成已核实结论。本文没有执行 SDK 示例，提供的是控制流验收方法，不代表多角色处理已经通过测试。
维护时把路由变化和内容错误分开
工具模式需要维护子任务的输入输出契约，handoff 则还要维护移交条件与会话继续方式。统计调用消耗时应覆盖所有参与角色，不能只记录最后一次回答。共享资料变化后，也要确认各角色使用同一版本。
先用少量明确角色建立可重放任务，再根据错误调整分工。若交接频繁来回，应检查职责是否重叠或路由规则含糊，而不是继续增加角色。保留一个简单版本作对照，确定新增编排是否解决了原有交互问题。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。