Agent Handoff

Agent Handoffは、現在処理しているAIエージェントが、会話やタスクの主担当を別の専門エージェントへ引き継ぐオーケストレーション方式です。^[1][2][3]

Agent Handoffとは

マルチエージェント、カスタマーサポート、ルーティング、専門エージェント構成の説明で使われます。OpenAI Agents SDKではhandoffを、あるエージェントが別エージェントへ仕事を委譲し、その専門エージェントが会話を引き継ぐ仕組みとして実装しています。典型例は受付エージェントが返金担当、予約担当、FAQ担当へ利用者を振り分ける構成です。

この用語を読むときは、名称だけで製品機能や安全性まで推測しないことが大切です。エージェント分野の語は急速に変化しており、同じ言葉が設計パターン、製品機能、プロトコル上の正式オブジェクトを指すことがあります。そのため、元の文脈で誰が何を実行し、どの境界までをその用語が説明しているのかを確認します。

何と区別すればよいか

「Agent as a tool」との違いが重要です。管理エージェントが専門エージェントをツールとして呼び、結果を受け取って最終回答を自分で作る場合は、主担当は管理エージェントのままです。handoffでは専門エージェントがアクティブな担当へ切り替わり、その後の会話や処理を所有します。また、人間へのエスカレーションも広義にはhandoffと似ますが、一般にAgent Handoffはagent-to-agentの制御移譲を指す場面が多いです。

隣接語との境界を読むときは、「モデルが考える部分」「コードやワークフローが決める部分」「外部サービスとの通信契約」「人間が最終判断する部分」を分けると整理しやすくなります。同じシステムの中で複数の概念が同時に使われるため、一つのラベルだけでアーキテクチャ全体を説明しようとしないことが重要です。

仕組み

実装では、handoff先の候補をエージェントに登録し、モデルまたはコードが条件に応じて一つを選びます。引き継ぎ時には会話履歴をそのまま渡すことも、input filterで不要情報を除くこともできます。引き継ぎ理由、優先度、言語などの小さな構造化メタデータを添える設計もあります。重要なのは、何を渡すか、誰が次の主担当か、どの条件で戻るかを明示することです。

実装図では、入力から最終出力まで一直線に追うだけでなく、状態を保持する箇所、外部へ出る箇所、権限が変わる箇所、再試行や停止が起きる箇所を見ると、用語の役割が分かりやすくなります。エージェント系システムでは「次に何をするかを誰が決めるのか」が設計上の重要な分岐です。

具体例

サポート窓口で「二重請求を返金して」と入力された場合、受付エージェントがrefund specialistへhandoffします。専門エージェントはそれまでの会話を参照し、返金条件を確認します。もし返金実行ツールが高リスクなら、さらにHITL承認を要求できます。ここでhandoffは専門担当への制御移譲、HITLは敏感な操作を人間判断で止める仕組みであり、役割が異なります。

この例から分かるように、用語が示すのはシステム全体の賢さではなく、特定の接続、制御、実行、引き継ぎ、隔離などの仕組みです。実際の品質は、モデル性能だけでなく、入力データ、ツール設計、権限、エラー処理、評価、監視、人間の運用に左右されます。

利点と限界

会話履歴を無制限に渡すと、不要な個人情報や前担当の誤った推測まで伝播する可能性があります。逆に情報を削りすぎると専門エージェントが文脈を失います。循環handoff、誤ルーティング、責任主体が曖昧になる問題もあります。そのため、handoff条件、履歴フィルタ、最大回数、トレース、最終責任者を設計する必要があります。

特に本番運用では「できること」と「許可されていること」を分ける必要があります。エージェントが技術的に実行可能でも、業務ルール上は承認が必要な場合があります。また、通信や実行を標準化しても、内容の正確性、相手の信頼性、最終結果の適法性まで自動的に保証されるわけではありません。

元のニュース・製品説明へ戻ったときの読み方

元の設計図では、「誰が主担当を持っているか」を追います。専門エージェントが一時的なサブルーチンとして呼ばれているだけならhandoffではないことがあります。handoff後にユーザーへ直接応答するのか、元エージェントへ戻るのか、履歴や権限がどこまで移るのかを確認すると、システムの責任境界を読みやすくなります。

確認項目を短くまとめると、対象、決定主体、権限、状態、失敗時の扱い、証拠やログ、仕様バージョンの7点です。製品比較では「対応している／していない」だけでなく、その機能がどの範囲で有効か、デフォルト設定は何か、管理者が制御できるかを確認してください。

次に起こりやすい誤解

次に起こりやすい誤解は「handoffは単なる関数呼び出し」です。実際には、主担当や会話コンテキストの所有が切り替わる点が重要で、サブタスク呼び出しとは設計上の意味が異なります。

用語を理解した後に重要なのは、その用語から過剰な推論をしないことです。エージェント技術では、相互運用性があることと安全であること、隔離されていることと無害であること、人間承認があることと責任が明確であること、AI-nativeであることと完全自律であることは、それぞれ別の評価軸です。

実務チェックリスト

• この用語は、システムのどの層を説明していますか。
• 次の手順や接続先を、モデル・コード・人間の誰が決めますか。
• 外部データ、ツール、他エージェントへ渡る情報は何ですか。
• 読み取り、書き込み、送信、削除、決済などの権限はどこまでありますか。
• 失敗、タイムアウト、拒否、再試行、途中中断はどう扱われますか。
• ログ、引用、トレース、成果物など、後から確認できる証拠は残りますか。
• プロトコルや製品仕様に版がある場合、資料の日付と現在版は一致していますか。

関連AI用語

• Agent Orchestration（G196）
• Multi-Agent System（G194）
• Human-in-the-Loop（HITL）（G218）

注・出典

1. OpenAI Agents SDK, Handoffs — https://openai.github.io/openai-agents-python/handoffs/ ↩
2. OpenAI Agents SDK, Agent orchestration — https://openai.github.io/openai-agents-python/multi_agent/ ↩
3. A2A Protocol official documentation — https://a2a-protocol.org/latest/ ↩

AI協働制作について

本記事は、著者が独自に設計した指示、参照資料、出典確認規則、著作権確認および監査工程を組み込んだChatGPT等の生成AIを、情報収集の補助、資料整理、構成検討、草稿作成、文章校正および監査補助に使用して制作しました。記事の対象範囲、情報源の採否、構成、解釈および最終表現は著者が判断し、最終稿を承認しています。著者は、本記事の正確性、独自性、引用、著作権処理および公開内容について責任を負います。制作工程の詳細は「AI協働制作方針」をご覧ください。