Brian Chesky 談 AI 代理:邁向對代理友善的作業層
序言
背景:Airbnb 已經開始在其產品中整合更多 AI,並在秋季更新中推出了由 AI 提供動力的搜尋功能。共同創辦人兼執行長 Brian Chesky 分享了他對為何當前以聊天機器人為先的介面在旅遊探索上不夠理想、介面應如何演進,以及消費者 AI 代理需要什麼樣的基礎設施才能運作良好的觀點。本文總結了 Chesky 關於設計取捨、多玩家與代理體驗、對更豐富開發人員工具的需求,以及對應用程式與語音的更廣泛平台影響的看法。
懶人包
Airbnb 的 AI 推出反映出謹慎的觀點:單靠聊天機器人並不是瀏覽或協作規劃的解方。 Chesky 強調 保留啟發與瀏覽的介面、支援群組使用,以及讓代理能夠交接或嵌入更豐富 UI 功能的重要性。他主張業界缺乏真正的 AI 作業系統,且應用程式必須成為可互通、具代理能力的平台。
正文
Airbnb 最近推出的 AI 搜尋標誌著這家公司在採用人工智慧方面邁出的一個深思熟慮的步驟。Airbnb 的共同創辦人兼執行長 Brian Chesky 一直對僅以聊天機器人為主的體驗在某些發現情境下保持懷疑,他在近期的一次對話中闡述了那些保留意見以及公司的演進方法。他描述的核心張力在於一方面是速度與便利,另一方面則是瀏覽、比較與社交規劃的樂趣與效用。
Chesky 對聊天機器人介面的批評基於使用行為:聊天機器人常一次只回傳少數選項,並需要多次對話回合才能收斂到令人滿意的結果。這種序列化、回合制的互動對於明確的交易性任務(例如「幫我訂機票」)是高效率的,但它與需要探索、視覺啟發和並列比較的體驗並不相配。旅遊探索就是其中一個領域;研究顯示人們從規劃與想像旅行中獲得相當的滿足感。移除或遮蔽經過策劃、可瀏覽的元素會有削弱那種滿足感的風險。
除了瀏覽體驗外,Chesky 指出第二個限制:典型的聊天機器人本質上是為單一使用者設計的。旅遊規劃常常是協作活動——夫妻、家庭或朋友群體共同做出選擇——而目前的聊天介面並不容易支援群體實時共同工作。因此 Airbnb 的短期產品挑戰是原型化並評估能夠實現 Chesky 所稱「多人」AI 的介面:共享的、同步或非同步的代理式體驗,讓多人可以參與並影響結果。
Chesky 也看到一種介於當前靜態、設計師構建的畫面與純對話式機器人之間的中間地帶正在出現。新創公司和研究努力正在嘗試生成式介面,其中 UI 本身由 AI 動態組成,而非事先固定。他預期未來的產品會結合確定性、可預測的元件與能根據使用者需求調整的生成式元素。實務上,這可能表示應用程式在提供強大的瀏覽功能的同時,也能在適當時機將任務委派給代理。
Chesky 論點中的一個核心主題是基礎設施:消費者 AI 代理將需要健全的軟體原語與 SDK 才能有效運作。如果代理代表使用者行動,它必須能執行複雜流程——瀏覽、比較、驗證身分、與房東溝通、下訂等——而不破壞使用者體驗。這需要平台和應用程式擁有更豐富的 API、控制與開發工具,以便代理可以交接給原生 UI 或適當地渲染自身具能力的介面。Chesky 主張 Airbnb 的目標是透過擴展應用的控制與互動來變得更「對代理友善」。
代理驅動互動的另一個後果是代理之間的通訊與互操作性潛力。歷史上,應用程式僅透過明確的商業協議或整合而變得可互通。Chesky 想像代理是「有臉的應用」,當被允許通訊時,可以使更廣泛的生態系統天生更具互操作性。在 Airbnb 內部,他預見多個代理(探索代理、客服代理、領域專用代理)最終會組成一個宏觀的 Airbnb 代理,並可能在共同標準下與其他服務的代理互通。
然而,Chesky 認為需要更深層的技術轉變:業界缺乏為 AI 設計的作業系統。當前的努力常在 iOS、Android、macOS 或 Windows 之上構建類代理的應用,但這些平台並非原生的 AI 基底。在他看來,真正的 AI 作業系統會提供核心層級的原語來管理代理生命週期、安全性、互通性和更豐富的 UI 組成,以便元件與代理可以可靠互動。沒有這樣的底層基底與完整的 SDK,試圖將代理做成應用商店或臨時的應用生態系統往往會落空。
Chesky 指出了一些說明此差距的早期實驗。當某些平台嘗試模仿應用商店式的 AI 擴展市場時,它們缺乏類 OS 的開發工具包與可預期的原語,因此結果有限。同樣地,他也曾透過幾個消費者代理嘗試使用 Airbnb,發現體驗並不一致。他的診斷是消費者級的 AI 尚未解決,因為底層堆疊——標準、SDK 與作業層能力——尚未成熟。
在矽谷有兩個讓 Chesky 擔憂的誤解:介面會消失成純語音或純文字,以及軟體會在沒有設計師引導下完全生成式化。他主張熟練的設計師可以打造出比終端使用者即興嘗試更佳的提示、流程與限制。因此,代理的出現不太可能讓應用消失,而是會改造應用:應用將嵌入代理能力、揭露更豐富的控制,並保留針對其功能量身打造的獨特設計。只要 Apple 和 Google 等主要平台主導裝置體驗,某種形式的應用很可能會持續存在。
語音是 Chesky 預期會成長的另一個向量。隨著人們越來越習慣對裝置說話,語音代理將在搜尋與客服中扮演更大角色。Airbnb 正在準備以語音為基礎的代理來協助使用者做發現與支援,這反映了在語音輸入、筆記與生產力工具中更廣泛的採用模式。
在營運層面,Chesky 表示 AI 已協助公司更快地推出功能,並改變了他個人的工作方式:AI 透過更快速地呈現資訊,降低了會議的需求。這種效率提升象徵了在較長期平台層工作成熟之前,AI 在近期能提供的價值。
總結來說,Chesky 的立場務實。他認為聊天機器人在某些任務與引導客戶方面是有用的,但它們不是發現、協作規劃或豐富交易流程的最終解方。要達到那個目標,業界需要更豐富的介面、代理互操作性的標準,以及將代理與應用視為一等且可互操作元件的作業層方法。在那個基礎存在之前,大多數面向消費者的代理體驗相較於 Chesky 所設想的潛力仍將受限。
關鍵見解表
| 面向 | 說明 |
|---|---|
| 聊天機器人與瀏覽 | 聊天機器人在交易上高效率,但阻礙探索性瀏覽與啟發,而這在旅遊發現中很重要。 |
| 多人遊戲式 AI | 目前的單一使用者代理缺乏協作功能;Airbnb 正在探索供群組規劃使用的共享介面。 |
| 生成式 vs 確定性 UI | 未來的介面將混合預先設計的元素與即時生成元件,以在可預測性與適應性之間取得平衡。 |
| 代理基礎設施 | 代理需要強健的 SDK 與 API,才能在不破壞體驗的情況下執行複雜流程或交接給原生 UI。 |
| 互操作性 | 若有標準與協定,代理可透過代理對代理的通訊使應用本質上更具互操作性。 |
| AI 作業系統 | Chesky 主張業界需要為 AI 提供類 OS 的基底(核心層級原語),以完整啟用代理生態系。 |
| 語音的角色 | 語音將作為搜尋與服務的互動型態成長;Airbnb 計劃針對這些使用情境部署語音代理。 |
| 設計師的角色 | 設計師與結構化介面仍很重要;沒有引導的純生成式 UX 不太可能是最佳方案。 |
最後編輯時間:2026/10/1
