Handoff は、ある AIエージェント が会話や作業の主導権を、別の専門エージェントへ渡す仕組みです。
AI エージェント設計では、問い合わせ内容や作業内容に応じて担当を切り替えたいときによく使われます。
まず押さえたいポイント
担当を呼ぶではなく担当へ主導権を渡す発想- 返金担当、予約担当、FAQ担当のように専門ごとに切り替えやすい
- オーケストレーター 型と違って、中心エージェントがずっと握り続けるとは限らない
- 受け渡し時の情報整理が雑だと、文脈抜けや重複対応が起きやすい
どんな場面で使うか
たとえば最初の窓口エージェントがユーザーの要件を見て、
- 予約なら予約担当へ渡す
- 返金なら返金担当へ渡す
- 技術問い合わせなら技術担当へ渡す
というように切り替える形です。
このとき、中心の窓口が最後まで全部まとめるのではなく、適切な担当へ会話を移すのが handoff です。
よくある誤解
Handoff は、単に別のツールを呼ぶことと同じではありません。
ツール呼び出しでは中心エージェントが主導権を持ち続けることが多いですが、handoff では次の担当が会話の中心になります。
そのため、誰が今の窓口なのか が変わる可能性があります。
ここを曖昧にしたまま使うと、同じ説明を繰り返したり、責任の所在がぼやけたりします。
オーケストレーター型との違い
オーケストレーター 型では、中心エージェントが specialist を呼んでも、全体の窓口は中心側に残ることが多いです。
一方で handoff は、専門担当へ主導権そのものを渡す発想です。
この違いは実務でかなり大きいです。
最終回答を一つの窓口で統一したいならオーケストレーター型が向きますが、問い合わせ種類ごとに担当を自然に切り替えたいなら handoff の方が分かりやすいことがあります。
実務で崩れやすいところ
Handoff の弱点は、受け渡しが雑だとすぐに体験が悪くなることです。
前提条件、ユーザー意図、制約、すでに確認した内容を整理せずに渡すと、次の担当がまた同じ質問を始めることがあります。
また、handoff を何段も重ねると、今どの担当が責任を持っているのか見えにくくなります。
そのため、引き継ぎ条件と引き継ぎ内容は、最初にルール化しておく方が安全です。
実務で見るポイント
Handoff を入れるときは、どの条件で渡すか、次の担当に何を引き継ぐか、人間確認をどこで挟むか を決める方が安全です。
記事で全体像から整理したい場合は、Handoffとは？AIエージェントが役割を受け渡す仕組みを整理 も参考になります。