Airbnbは今週、秋のアップデートの一環としてAI搭載の検索を公開しました。共同創業者で最高経営責任者（CEO）のBrian Chesky氏はTechCrunchの取材で、チャットボットだけの画面は旅行の発見に向かないという持論を改めて語りました。複数人で同時に使える「マルチプレイヤー」型のAIを、今後3〜6か月で探るといいます。
背景と文脈
Airbnbは、AI導入に慎重で時間をかけてきた会社です。Chesky氏は以前から、チャットボット単体のインターフェースは旅行の探索に合わないと述べてきました。今回の検索刷新は、その方針で出した最初の形です。
理由は二つあります。一つは、チャットでは一度に少数の候補しか示せず、結果にたどり着くまで何往復も必要なことです。同氏は、旅行は計画して楽しみにする時間のほうが、旅行そのものより喜びが大きいという調査にも触れました。「これを見る体験」を奪いたくないという考えです。
もう一つは、チャットが一人用に作られていることです。家族や友人と宿を選ぶ場面では、複数人が同じ画面で意見を出し合うほうが自然です。
この議論は、AIプロダクトのUI設計という実務的な問いにつながります。チャットは作るのが簡単で、どんなサービスにも後付けできる利点があります。しかし、比較や閲覧が中心の体験では、画面全体を見渡せるほうが早く決められます。チャット一辺倒から、用途に応じた使い分けへと議論が移りつつあります。
技術/ビジネス面
Chesky氏は、いまの検索が最終形ではないとも認めています。目指すのは、チャットボットと現在の画面の「あいだ」にある何かです。ここでは、あらかじめ設計された固定の画面（決定論的なUI）と、AIがその場で組み立てる画面（生成的UI）が混在すると見ています。
生成的UIは、デザイナーが固定せず、AIが状況に応じて画面を作る方式です。MonogramやWabiといったスタートアップが試しています。
AIエージェント（利用者に代わって作業を実行するAI）への備えについても語りました。InstinctやMuseのようなエージェントが増えるなら、Airbnb側にも堅牢なソフトウェア基盤が必要になります。同氏は、エージェントが送客元として働く面に期待しています。
ただし、アプリが「汎用の単純な画面の裏にあるデータ層」になる世界は信じていません。比較や地図、ホストへのメッセージ、本人確認といった機能には、専用の画面が必要だからです。そこでAirbnbは、エージェントから自社アプリへ引き継ぐ仕組みか、アプリをエージェント側に持ち込むSDKのどちらかが要ると考えています。
具体的な場面を想像すると分かりやすくなります。友人4人で旅行先の宿を探すとき、各自が別々にチャットで質問すると、候補がばらばらになります。同じ画面で候補を並べ、全員が反応できるほうが決めやすいはずです。Chesky氏が「マルチプレイヤー」と呼ぶのは、こうした合意形成までAIが支える体験です。
これからどうなるか
今後の焦点は、複数人で使えるAI体験と、エージェントとの接続方式です。Airbnbが3〜6か月で見せる形は、旅行以外のサービスにも参考になるでしょう。
開発者にとっては、自社アプリを「エージェントから呼ばれる側」としても設計する時代の入口です。APIや認証、決済の引き継ぎをエージェント経由で受けられるか、いまのうちに棚卸ししておく価値があります。チャットUIを足すだけでなく、固定画面と生成画面をどう使い分けるかも、設計上の判断になります。
同じ週にはDoorDashがテキストで注文できるエージェントを出すなど、各社の方向性は分かれています。Chesky氏の主張は、その中で「画面を残す」側の代表的な意見です。
マルチプレイヤー型のAIは、技術的にも課題があります。複数人の希望をどう統合するか、誰の発言を優先するか、履歴を共有するかといった設計が必要です。共同編集の仕組みに慣れた開発者には、既存の知見を応用できる領域かもしれません。
まとめ
AirbnbのChesky氏は、チャットだけのAI画面は閲覧や共同作業に向かないと述べ、複数人で使えるAIを探ると語りました。エージェントが増えても専用アプリは残るという立場です。自分のサービスをエージェントとどう接続するか、考え始める材料になります。
