Brian Chesky氏、AIエージェントにはチャットボットだけでなくOSが必要だと語る
AirbnbのCEO Brian Chesky氏は、消費者向けアプリを変革するには、エージェントに相互運用可能なソフトウェア、より豊かなインターフェース、AIネイティブなOSが必要だと述べています。
Airbnbは消費者向けAI戦略をチャットボットの先へ進めようとしています。しかしCEOのBrian Chesky氏は、エージェントがアプリ間で確実に機能するために必要なソフトウェア基盤が、業界全体ではまだ不足していると述べています。
TechCrunch AIとのインタビューでChesky氏は、Airbnbは自社プラットフォームをAIエージェントにより対応させつつ、ブラウジング、比較、メッセージング、地図、本人確認など、旅行計画を視覚的かつ協調的な活動にする機能を維持したいと語りました。消費者向けAIの次の段階には、テキストコマンドを受け付ける単一のアシスタント以上のものが必要だというのが同氏の主張です。必要なのは、エージェントとアプリケーションを連携させるOS、ソフトウェア開発ツール、共通標準です。
この発言は、Airbnbが秋の製品アップデートでAI搭載の新しい検索体験を展開した時期に出たものです。また、スタートアップがユーザーに代わってソフトウェアを動かそうとしている現在、大手消費者向けプラットフォームがエージェントにどう向き合っているかを示すものでもあります。
Airbnbは旅行体験を失わずにエージェントを導入したい
Chesky氏は以前から、従来型のチャットボットは旅行の発見やeコマースには適していないと主張してきました。今回のインタビューでもその見解を繰り返し、チャットインターフェースは少数の選択肢しか提示せず、ユーザーが有用な結果にたどり着くまでに何度もやり取りが必要になる傾向があると述べました。
この対話モデルは、航空券の予約のような直接的な依頼には機能するかもしれません。しかし旅行を計画する際に多くの人が重視するインスピレーションや閲覧を奪う可能性があります。そのためAirbnbの現在の検索インターフェースは、最終的なデザインとして提示されているわけではありません。Chesky氏は、会話による支援と、より豊かな視覚的コントロールを組み合わせた中間的なモデルを同社が開発すると見ています。
同氏は旅行計画を社会的な活動とも説明しました。今後3〜6か月でAirbnbは、家族や友人など複数の人が同じ計画プロセスに参加できるインターフェース、Chesky氏が「マルチプレイヤー」AIと呼ぶものを検討する予定です。
これはAI製品チームにとって重要な制約です。1人のユーザーと1つの会話を中心に設計されたアシスタントは個人作業には効率的でも、好み、交渉、共同での発見を伴う意思決定にはあまり適していません。
Chesky氏のOS論
Chesky氏のより広範な批判は、ユーザーがあらゆるものにアクセスするための主要なAIエージェントになる競争に向けられています。同氏は、企業がiOS、macOS、Windowsの上にエージェントを構築している一方で、そもそもAIを中心に設計されたOSを作っていないと述べました。
同氏が提案するモデルでは、エージェントはプラットフォームの中核に近い場所で動作し、アプリケーションはソフトウェア開発キットを通じて機能を公開します。エージェント同士は情報を交換し、タスクを引き継げるため、ユーザーが分断されたインターフェースを行き来する必要がなくなります。
同氏は問題の例として、ChatGPTが以前試みたアプリストアを挙げました。Chesky氏によれば、アプリマーケットプレイスがAppleのApp Storeのように機能するには、アプリケーションが強力な機能を提供できるOSと開発者フレームワークの両方が必要です。MuseやInstinctなどの消費者向けエージェントを使ったAirbnb自身の経験では、特に宿泊施設の予約において、まだ信頼できる結果は得られていないとも述べました。
Chesky氏は、Model Context Protocol（MCP）にも相互運用性を実現する役割があると見ています。MCPを、エージェントとソフトウェアを接続できる標準だと説明しました。長期的な構想では、Airbnb自体が複数の専門エージェントを公開し、それらをより広範なAirbnbエージェントが調整し、他サービスのエージェントとも接続する可能性があります。
ビジョンの根拠と限界
インタビューで確認された製品開発は、Airbnbの新しいAI搭載検索、エージェント対応を高める取り組み、協調型および音声ベースの体験を検討する計画です。Chesky氏は、Airbnbが秋に検索とカスタマーサービス向けの音声エージェントを導入する見込みだとも述べました。
より大きなOS構想は経営者による仮説であり、実証された業界アーキテクチャではありません。インタビューには、AirbnbのAI検索がコンバージョンを改善し、サポート業務を減らし、競合する旅行ツールより優れていることを示す独立したベンチマークはありません。現在のエージェントがホテルやAirbnbのリスティングをうまく処理できないというChesky氏の評価も、統制された検証ではなく経営者の見解です。
同様に、AIによってAirbnbが機能をより速く提供でき、自身が必要とする会議の数も減ったという主張も、本人の説明に基づいています。追加の測定なしに、全社的な生産性向上の証拠と見なすべきではありません。
こうした限界が重要なのは、エージェントの性能がデータへのアクセスだけで決まらないからです。旅行の予約には、認証、支払い、空き状況の確認、ポリシーの解釈、ユーザーの確認、情報が変化した際の復旧能力が必要です。エージェントとアプリケーションを単純に接続するだけでは、信頼性や説明責任の問題は自動的には解決しません。
このモデルが開発者と企業に意味すること
製品チームにとって、Airbnbの立場は既存アプリにチャットボックスを追加するだけでは不十分である可能性を示しています。エージェントに備える企業は、ユーザーが探索や確認に信頼して使えるインターフェースを維持しながら、構造化されたアクション、権限、ステータス情報、明確な引き継ぎポイントを公開する必要があるかもしれません。
旅行は特に難しいテストケースですが、同じ問題はコマース、金融サービス、医療、エンタープライズソフトウェアにも当てはまります。エージェントが選択肢を特定しても、アプリケーションは詳細を表示し、ユーザーの意図を確認し、アクセス制御を適用し、何が起きたかを記録する必要があります。
競争上の問いも変化しています。エージェントが重要なトラフィック源になれば、プラットフォームはアシスタントから新たなリードを得られる一方、顧客との直接的な関係が弱まるリスクがあります。Chesky氏は、チャットボットはこれまでリード創出には有用だったと述べましたが、Airbnbが「エージェント的」であり続けようとしていることは、顧客体験の残りの部分を手放したくないことを示しています。
企業の導入担当者にとっては、自動化とともに相互運用性も評価すべきです。エージェントがシステム間を安全に移動できるか、ユーザーがアクションを確認・上書きできるか、自動化が失敗したときにも基盤となるアプリケーションを使い続けられるかが重要な問いになります。
今後注目すべき点
最初のシグナルは、Airbnbが発表した検索およびカスタマーサービス向け音声エージェントの展開です。人間への引き継ぎなしに、どの程度のやり取りを完了できるかも含まれます。その性能は、音声が入力に取って代わるという広範な予測より重要です。
今後3〜6か月にわたるAirbnbのマルチプレイヤーAIへの取り組みは、共同計画をデモから信頼できる製品ワークフローへ発展させられるかを示すでしょう。開発者は、エージェント対応に関する一般論ではなく、具体的なAirbnb API、SDK機能、権限モデル、MCP統合にも注目すべきです。
市場全体での重要な試金石は、Apple、Google、または別のプラットフォーム提供者が、共通の制御機能と相互運用性を備えた本格的なエージェントフレームワークを提供するかどうかです。その層がなければ、アプリは一貫したエージェントエコシステムの一部になるのではなく、既存製品の中にエージェントを追加し続けるだろうとChesky氏は見ています。
Creati.aiの視点
Chesky氏の主張が有用なのは、アシスタントの会話品質から、その下にあるアプリケーション基盤へと注目を移すからです。消費者向けエージェントは、より良い回答を生成するだけでは信頼できるものになりません。範囲を限定したアクションを実行し、豊かなインターフェースを使い、他の人々と連携し、タスクに人間や従来型のアプリ画面が必要な場合を説明できなければなりません。
Airbnbの戦略は、製品リーダーが無視すべきでない緊張関係も浮き彫りにしています。自動化は取引を短縮できますが、旅行の発見には閲覧、比較、共同の判断が必要です。したがって最も優れたエージェント製品はハイブリッドになる可能性があります。ユーザーが望むものを把握しているときは素早く行動し、意思決定そのものが体験の一部であるときは、コントロールと文脈を維持できる製品です。
