Brian Chesky가 말하는 AI 에이전트: 또 다른 챗봇이 아니라 운영체제가 필요하다
Brian Chesky가 AI 에이전트에 대해 내놓은 메시지는 그가 이전에 제기했던 챗봇 경고보다 한층 더 날카롭다. 소비자용 에이전트 아래에 있어야 할 소프트웨어 계층이 아직 부재하다는 것이다. Airbnb CEO인 그는 신뢰할 수 있는 에이전트를 위해서는 공유 권한, 더 풍부한 인터페이스, 그리고 진정한 운영체제가 필요하다고 주장한다.
이 발언은 Airbnb가 첫 AI 기반 숙소 검색 기능을 도입하고, 2027년에 더 폭넓은 에이전트를 출시하겠다고 약속한 가운데 나왔다. 그러나 Chesky는 오늘날의 소비자용 에이전트가 Airbnb를 제대로 다룰 수 없다고 여전히 믿는다. 특히 여행에 지도, 비교, 신원 확인, 결제, 여러 사람 간 조율이 필요한 경우에는 더욱 그렇다.
이 같은 입장은 소비자 AI 전반에서 추진되는 챗봇 우선 경로와 Airbnb를 대립시키고 있다. OpenAI, Meta, 에이전트 스타트업, 새롭게 등장하는 앱 플랫폼은 점점 하나의 어시스턴트가 사용자의 주요 인터페이스가 되기를 원한다. Chesky는 인프라가 핵심 기능을 보존할 수 있게 되기 전에, 이 모델이 전문화된 제품을 하나의 대화 창으로 압축한다고 본다.
이 논점은 여행을 넘어 중요하다. 그가 옳다면 소비자 AI의 다음 단계는 하나의 지배적 어시스턴트에 덜 좌우될 것이다. 대신 에이전트, 애플리케이션, 운영체제가 통제권·맥락·신뢰를 훼손하지 않고 협력할 수 있는지에 더 크게 달려 있다.
Airbnb의 AI 검색은 출발점일 뿐, 목적지는 아니다
Airbnb는 소비자 AI를 논의하는 단계를 넘어 여행에서 가장 중요한 의사결정 중 하나에 이를 적용해 시험하기 시작했다.
회사는 9월 말 가을 제품 업데이트에 AI 검색을 추가했다. 사용자는 자연어 텍스트나 음성 프롬프트로 숙소를 검색할 수 있으며, 이후 자신이 밝힌 필요에 맞춘 필터를 제공받는다.
예를 들어 가족 여행을 찾는 사람은 아기가 있다고 언급할 수 있다. 그러면 Airbnb는 유아용 침대, 놀이터, 어린이 책, 장난감과 관련된 필터를 제시할 수 있다. 인터페이스는 관련 숙소 세부 정보를 강조하고 AI가 생성한 요약을 통해 저장한 숙소를 비교할 수도 있다.
이는 자율 예약 에이전트가 아니다. 익숙한 숙소 목록, 필터, 지도, 위시리스트, 결제 제어 기능을 갖춘 기존 Airbnb 앱 안에서 제공되는 안내형 검색 경험이다.
이 구분은 의도적이다. Chesky는 TechCrunch에 AI 검색을 추가하는 일은 비교적 쉬웠지만, 대형 마켓플레이스에서 전환율을 지키는 일은 더 어려웠다고 말했다. Chesky의 과거 투자자 발언에 따르면 Airbnb 플랫폼을 거치는 거래 규모는 1,000억 달러를 넘는다.
따라서 회사는 검색 품질을 단순한 시연 프로젝트로 취급할 수 없다. 그럴듯하지만 부정확한 추천은 한 가족의 숙소, 호스트의 수입, 또는 취소 및 보험 규정이 적용되는 거래에 영향을 줄 수 있다.
Airbnb의 AI 검색 출시는 회사가 이 위험을 어떻게 제한하려 하는지 보여 준다. 모델이 의도를 해석하지만, 기존 제품의 제어 장치는 여전히 의사결정을 형성한다.
이 하이브리드 구조는 대화 기반 여행 계획에 대한 Chesky의 오랜 반대 의견도 반영한다. 여행자는 좀처럼 하나의 답만 원하지 않는다. 사람들은 사진을 살펴보고, 위치를 비교하고, 지도를 확인하며, 접근성 세부 사항을 검토하고, 날짜를 조율하고, 다른 사람들과 선택의 장단점을 논의한다.
선형적인 대화는 이런 비교를 길어지는 대화 기록 속에 숨길 수 있다. 시각적 인터페이스는 여러 후보를 계속 보이게 하고 사용자가 필터를 직접 조작할 수 있게 한다.
새 검색 제품은 아직 초기 시험 단계다. Airbnb는 이것이 예약 만족도를 높이거나 검색 시간을 줄인다는 독립적인 증거를 공개하지 않았다. Chesky 역시 제대로 구현되지 않은 AI 기능이 전환율을 해칠 수 있다고 경고한 바 있다.
그럼에도 이번 출시는 실제 검증의 장을 마련한다. 이제 Airbnb는 언어 기반 검색이 도움이 되는 지점, 사용자가 기존 제어 기능으로 돌아가는 지점, 그리고 여전히 사람의 검토가 필요한 의사결정이 무엇인지 관찰할 수 있다.
이는 회사가 계획한 2027년 에이전트로 향하는 경로도 제공한다. Chesky는 해당 출시 시기를 공개적으로 약속했으며, 미래의 경험은 챗봇보다 더 풍부할 것이라고 설명했다.
따라서 현재 제품은 실사용을 통한 인프라 탐색으로 이해하는 것이 가장 적절하다. Airbnb는 복잡한 선택을 이해하기 쉽게 만드는 인터페이스를 포기하지 않으면서, 여행의 어떤 부분을 에이전트화할 수 있는지 학습하고 있다.
Brian Chesky가 말하는 AI 에이전트, 경쟁의 초점을 운영체제로 옮기다
Chesky의 핵심 주장은 소비자용 에이전트가 신뢰할 수 있는 애플리케이션에 필요한 운영체제 서비스를 갖추지 못한 채 애플리케이션처럼 구축되고 있다는 것이다.
운영체제는 하드웨어, 애플리케이션, 권한, 파일, 신원, 통신을 조정한다. Chesky는 AI 에이전트에도 이에 상응하는 기반이 필요하다고 보지만, 이를 위한 기술 사양을 공개한 적은 없다.
그의 관점에서 오늘날 기업들은 iOS, macOS, Windows 위에 AI 애플리케이션을 올리고 있다. 에이전트가 일관된 규칙 아래 일급 시스템 구성 요소로 작동하는 환경을 구축하고 있는 것은 아니다.
외부 에이전트가 Airbnb 예약을 완료하려 할 때 이 차이는 분명해진다. 에이전트에는 숙소 데이터 이상이 필요하다. 인증된 신원, 현재 예약 가능 여부, 메시징, 결제 승인, 위치 맥락, 취소 정책, 여러 여행자의 동의가 필요할 수 있다.
기존 운영체제는 이미 애플리케이션을 위한 유사한 경계를 중재한다. 소프트웨어가 마이크에 접근하고, 파일을 읽고, 위치를 사용하거나, 네트워크를 통해 통신할 수 있는지를 결정한다.
소비자 AI에는 위임된 행동을 위한 동등하게 성숙한 계층이 없다. 각 에이전트 제공업체는 자체 도구, 승인 화면, 메모리 동작, 인증 흐름을 정의할 수 있다. 그러면 모든 서비스는 노출할 기능의 범위를 각각 결정해야 한다.
Chesky는 오늘날의 경쟁을 사용자가 다른 서비스에 접근하는 주된 어시스턴트, 즉 “쿼터백”이 되기 위한 경쟁으로 묘사했다. 이 전략은 승리한 에이전트에게 발견 과정과 고객 관계에 대한 통제권을 줄 수 있다.
Airbnb가 이런 구도에 저항할 이유는 충분하다. 범용 어시스턴트가 숙소를 선택하고, 세부 정보를 요약하며, 거래를 완료한다면 Airbnb는 다른 회사 인터페이스 뒤의 보이지 않는 공급업체가 될 위험이 있다.
그럼에도 Chesky는 외부 에이전트를 잠재적인 리드 생성 채널로 본다. 그는 Airbnb의 2월 실적 발표에서 챗봇 유입 트래픽의 전환율이 Google 유입보다 높았다고 말했지만, Airbnb는 상세한 방법론을 제공하지 않았다.
이것이 이 글의 핵심 긴장을 만든다. Airbnb는 에이전트가 자사 마켓플레이스를 발견하고 이용하기를 원하지만, 범용 어시스턴트가 Airbnb를 하나의 데이터베이스로 평면화하는 것은 원하지 않는다.
회사의 해답은 상호운용성이다. 이는 서로 다른 소프트웨어 시스템이 정의된 규칙을 통해 요청과 기능을 교환할 수 있음을 의미한다. Chesky는 Airbnb가 Model Context Protocol, 즉 MCP를 통해 에이전트를 연결할 것으로 예상한다고 말했다.
MCP는 AI 애플리케이션을 도구와 데이터 소스에 연결하는 표준이다. 에이전트가 외부 시스템이 제공하는 기능을 발견하도록 도울 수 있지만, 프로토콜만으로 운영체제가 만들어지는 것은 아니다.
완전한 에이전트 플랫폼에는 신원, 결제 제어, 지속적인 권한, 감사 기록, 복구 메커니즘, 명확한 책임 경계도 필요하다. 누가 행동을 승인했는지, 실행이 중간에 실패했을 때 무엇이 일어나야 하는지 파악할 수 있어야 한다.
그룹 예약을 생각해 보자. 한 사람은 에이전트에게 집을 찾으라고 요청할 수 있지만, 다른 사람은 결제 수단을 통제한다. 세 번째 여행자는 위치를 거부할 수 있고, 호스트는 검증된 신원을 요구할 수 있다.
에이전트 간에 숙소 데이터를 전달하는 것은 첫 번째 층위만 해결한다. 시스템은 권한을 보존하고, 충돌을 설명하며, 한 참여자의 어시스턴트가 위임 범위를 넘지 못하도록 막아야 한다.
Chesky의 에이전트 인터뷰는 이를 업계 차원의 문제로 규정한다. 그는 Apple, Google 또는 다른 플랫폼 제공업체가 더 깊은 전환을 지원해야 한다고 주장했다.
이 관찰은 Airbnb의 통제 범위도 제한한다. 회사는 자사 서비스를 에이전트 친화적으로 만들 수 있지만, 휴대전화, 어시스턴트, 결제 제공업체, 경쟁 마켓플레이스 전반에 걸친 시스템 수준의 권한 규칙을 독자적으로 수립할 수는 없다.
풍부한 인터페이스가 범용 챗봇 모델에 도전하다
진정한 경쟁은 Airbnb와 한 AI 기업 간의 대결이 아니다. 하나의 대화가 모든 애플리케이션을 대체할 수 있다는 생각에 맞서는 전문화된 인터페이스의 경쟁이다.
사용자가 명확한 요청을 갖고 간결한 결과를 원할 때 채팅은 잘 작동한다. “내 예약을 찾아줘” 또는 “이 취소 규정을 설명해줘”는 자연스럽게 대화 안에 들어갈 수 있다.
여행 탐색은 다르다. 사람들은 정확한 목적지, 숙소 유형, 여행 일정을 정하지 않은 채 시작하는 경우가 많다. 선호는 둘러보는 과정에서 형성된다.
사진 한 장이 결정을 바꿀 수 있다. 지도에서 집의 위치, 대중교통과의 거리, 침실과 공용 공간의 관계도 마찬가지다.
이러한 선택은 순차적 텍스트로 압축하기 어렵다. 사용자는 대안을 동시에 보고 기준을 직접 조작해야 한다.
협업은 또 다른 복잡성을 더한다. Chesky는 계획 과정에서 여러 사람이 같은 지능형 시스템과 함께 작업할 수 있어야 하는 경험을 “멀티플레이어 AI”라고 부른다.
대부분의 개인용 어시스턴트는 개인 계정, 비공개 맥락, 하나의 대화 기록을 기반으로 시작한다. 그룹 여행에는 한 참여자가 에이전트에게 말한 모든 내용을 노출하지 않으면서도 공유 상태가 필요하다.
유용한 그룹 에이전트는 개인 선호와 그룹 결정을 구별해야 한다. 또한 누가 날짜, 예산, 결제 약정을 승인했는지도 보여줘야 한다.
Airbnb는 Chesky의 10월 인터뷰 이후 3개월에서 6개월 동안 이런 협업 인터페이스를 탐색할 계획이었다. 이 일정은 멀티플레이어 계획을 그의 주장을 검증할 가장 분명한 단기 시험 중 하나로 만든다.
채팅 전용 소프트웨어에 의문을 제기하는 것은 Airbnb만이 아니다. Wabi는 사용자가 특정 제어 기능을 필요로 할 때 나타나는 생성형 인터페이스를 홍보해 왔다. 창립자는 사람들이 계속 입력하기보다 여전히 소프트웨어를 탭하고, 스크롤하고, 살펴보기를 원한다고 주장해 왔다.
생성형 인터페이스는 완전히 사전에 고정되는 대신, 현재 작업을 위해 AI가 구성하는 화면이다. 유연성을 약속하지만 제어 기능의 예측 가능성을 떨어뜨릴 수도 있다.
세션마다 위치나 의미가 달라지는 결제 버튼은 사용자를 혼란스럽게 할 수 있다. 생성된 고지 문구는 설계된 흐름이라면 항상 제시하는 정보를 누락할 수 있다.
Chesky는 결정론적 구성 요소와 생성형 구성 요소가 공존할 것으로 본다. 결정론적 인터페이스는 미리 설계돼 예측 가능하게 작동하는 반면, 생성형 요소는 사용자의 현재 요청에 반응한다.
Airbnb의 새 검색 기능은 이러한 조합을 보여 준다. AI는 유연한 요청을 관련 옵션으로 변환하지만, 마켓플레이스는 여전히 알아보기 쉬운 필터, 카드, 지도, 예약 단계를 제공한다.
이 모델은 범용 챗봇의 실용적인 대안을 제시한다. 에이전트는 유일하게 보이는 인터페이스가 되지 않고도 의도를 해석할 수 있다.
Airbnb가 계획한 매크로 에이전트는 이러한 접근 방식을 탐색, 고객 서비스 및 기타 서비스 영역으로 확장할 것이다. 회사는 이미 지원 업무에 특화된 AI를 사용하고 있으며, 음성의 중요성이 더 커질 것으로 예상한다.
5월 Chesky는 Airbnb의 고객 지원 AI가 에스컬레이션 없이 문제의 40%를 처리했다고 말했다. 이는 2026년 초의 약 3분의 1에서 증가한 수치다. 회사는 또한 엔지니어들이 1분기에 작성한 코드의 60%를 AI가 생성했다고 밝혔다.
이 수치들은 독립적인 성과 평가가 아니라 회사의 주장이다. 그럼에도 Airbnb가 더 뚜렷한 가치를 발견한 곳, 즉 제약된 지원 워크플로와 감독하의 소프트웨어 개발이 어디인지 보여 준다.
Airbnb의 확대된 frontier model access는 이러한 분화를 더욱 분명히 보여준다. 이 회사는 엔지니어링, 검색, 사기 탐지, 고객 지원, 보험 청구 전반에 OpenAI 모델을 활용하고 있다.
Airbnb는 개발팀이 1년 전보다 약 80% 더 많은 기능을 출시하고 있다고 밝혔다. 이 발언이 AI만을 유일한 원인으로 지목한 것은 아니지만, 회사가 모델을 프로덕션 인프라로 보고 있음을 시사한다.
소비자 자율성은 여전히 더 어려운 목표다. 엔지니어의 감독 아래 코드를 작성하는 일은 여행자의 돈을 쓰거나 낯선 숙소를 선택하는 일과는 다르다.
챗봇 우선 모델은 점점 더 유능해지는 모델을 둘러싼 일시적 비계로 인터페이스를 취급하는 경우가 많다. Chesky의 모델은 인터페이스 설계를 시스템 지능의 일부로 본다.
이 차이는 어떤 기업이 고객과의 직접적인 관계를 유지할지를 좌우할 것이다. 특화 애플리케이션이 계속 필요하다면, 범용 에이전트는 신뢰할 수 있는 핸드오프와 내장된 제어 기능을 갖춰야 한다.
채팅만으로 충분해진다면, 마켓플레이스는 재고와 거래를 계속 제공하더라도 인터페이스에 대한 주도권을 잃을 수 있다. Airbnb의 현재 전략은 그러한 결과를 받아들이지 않으면서도 에이전트 트래픽의 혜택을 얻도록 설계됐다.
상호운용성만으로 신뢰 문제가 해결되지는 않는다
AI 에이전트 운영체제는 서비스 연결 속도보다 책임의 범위를 더 명확히 정의하지 못하면 실패할 것이다.
상호운용성은 개별 맞춤형 통합을 줄인다는 점에서 매력적으로 들린다. Airbnb 에이전트는 캘린더 에이전트, 항공사 서비스, 결제 제공업체, 다른 여행자의 어시스턴트와 소통할 수 있다.
하지만 연결이 하나 늘어날 때마다 권한 부여에 관한 질문도 생긴다. 여행 에이전트가 사용자의 전체 캘린더를 읽을 수 있어야 할까, 아니면 사용자가 지정한 휴가 날짜만 볼 수 있어야 할까? 숙소를 예약할 수 있다면 결제까지 제출할 수 있어야 할까?
이 지점에서 운영체제 비유가 도움이 된다. 현대 모바일 플랫폼에서는 애플리케이션이 특정 권한을 요청해야 하며, 사용자는 나중에 이를 철회할 수 있다.
에이전트에도 유사한 제어 기능이 필요하지만, 그 행동이 여러 서비스에 걸쳐 전개되기 때문에 과제는 더 어렵다. 하나의 지시만으로 검색, 협상, 신원 확인, 결제, 메시지 전송이 촉발될 수 있다.
따라서 권한은 데이터와 행동 모두에 연결돼야 한다. 여행자의 여권상 이름을 안다고 해서 모든 서비스에 신분증을 공유할 권한이 생기는 것은 아니다.
에이전트에는 감사 가능한 기록도 필요하다. 사용자는 에이전트가 무엇을 요청했는지, 어떤 서비스가 응답했는지, 어떤 정보가 이동했는지, 어떤 약속이 구속력을 갖게 됐는지를 확인할 수 있어야 한다.
여행에서는 상황이 바뀌기 때문에 이 점이 특히 중요하다. 항공편 지연은 체크인에 영향을 줄 수 있다. 호스트는 예약을 취소할 수 있다. 에이전트는 재예약으로 대응할 수 있지만, 사용자가 다른 동네나 취소 정책을 승인하지 않았을 수도 있다.
복구 역시 해결되지 않은 문제다. 기존 운영체제는 실패한 프로세스를 종료하거나 파일을 복원할 수 있다. 그러나 에이전트는 결제, 메시지, 예약을 언제나 되돌릴 수 있는 것은 아니다.
플랫폼은 어떤 작업이 되돌릴 수 있는지와 언제 확인을 요청해야 하는지를 알아야 한다. 에이전트 간 또는 에이전트와 인간 참여자 간 분쟁을 처리하는 절차도 필요하다.
Airbnb의 마켓플레이스는 자체적인 신뢰 계층을 더한다. Chesky는 플랫폼에 2억 개의 인증된 신원이 있으며, 예약 고객의 90%가 메시지를 보낸다고 말했다.
그는 Airbnb가 1,000억 달러 이상의 결제를 처리했다고도 밝혔다. 이 수치는 눈에 보이는 앱이 제품의 일부일 뿐인 이유를 보여준다.
그 밖에는 사기 방지 제어, 호스트 도구, 다국어 지원, 보험 절차, 신원 시스템, 마켓플레이스 정책이 포함된다. 외부 에이전트는 이를 약화하지 않으면서 이러한 시스템과 상호작용해야 한다.
Airbnb의 earnings transcript는 이 인프라를 AI 탈중개화에 대한 회사의 방어선으로 제시한다. 이 방어는 설득력이 있지만 영구적이지는 않다.
유능한 에이전트 플랫폼은 시간이 지나며 복잡한 서비스를 표준화할 수 있다. 온라인 여행사는 공급업체마다 시스템이 달랐을 때도 항공사와 호텔 전반의 검색과 예약을 이전에 표준화했다.
답이 나오지 않은 질문은 누가 그 표준을 정의하는가다. Apple과 Google은 주요 모바일 운영체제를 통제하는 반면, OpenAI와 다른 어시스턴트 제공업체는 대화형 계층을 통제하려 한다.
Airbnb 같은 마켓플레이스는 특화된 재고, 거래 이력, 운영 규칙을 통제한다. 이론상 사용자가 동의를 통제하지만, 인터페이스 설계는 그 동의가 표현되는 방식에 강한 영향을 미친다.
Chesky의 제안은 이 권력 다툼을 해결하지 않는다. AI 네이티브 운영체제는 특화 애플리케이션을 보호할 수도 있고, 소유자에게 접근과 유통에 대한 더 큰 통제력을 줄 수도 있다.
MCP에도 같은 모호성이 존재한다. 개방형 표준은 통합 비용을 낮출 수 있지만, 실제 구현은 어떤 도구가 표시되고 어떤 요청이 승인을 받는지를 여전히 결정한다.
에이전트가 권한을 얻을수록 보안도 더 어려워진다. 프롬프트 인젝션, 조작된 숙소 목록, 침해된 도구, 오해를 유도하는 콘텐츠는 에이전트의 행동을 다른 방향으로 돌릴 수 있다.
옵션만 추천하는 여행 에이전트는 한 수준의 위험을 만든다. 호스트에게 메시지를 보내고 돈을 쓸 권한을 가진 에이전트는 훨씬 더 큰 위험을 만든다.
신뢰할 수 있는 에이전트는 외부 콘텐츠를 신뢰할 수 없는 입력으로 취급해야 한다. 또한 작업을 위해 수집한 정보와 사용자가 승인한 지시 사이에 엄격한 경계를 둬야 한다.
지식 노동자의 경우에도 에이전트가 노트, 이메일, 캘린더, 문서에 연결될 때 같은 원칙이 적용된다. personal knowledge base는 맥락을 활용할 수 있을 때 유용해지지만, 접근은 신중하고 추적 가능하게 유지돼야 한다.
더 풍부한 인프라가 부족하다는 Chesky의 말은 설득력이 있다. 그러나 그는 운영체제 모델이 하나의 권한 프레임워크를 중심으로 플랫폼 소유자, 애플리케이션, 사용자를 정렬할 수 있음을 아직 보여주지 못했다.
그 일이 일어나기 전까지 “에이전트 친화적”이라는 말은 신뢰할 수 있는 소비자 컴퓨팅 환경이 아니라 통합 기능의 집합을 뜻하게 될 것이다.
Airbnb의 에이전트 논지가 유효한지 보여줄 세 가지 신호
다음 시험대는 Airbnb가 AI 관련 명칭을 더 추가하는지가 아니다. Chesky의 아키텍처 주장을 관찰 가능한 제품 행동으로 전환할 수 있는지다.
첫 번째 신호는 Airbnb의 멀티플레이어 계획 인터페이스다. Chesky는 10월 인터뷰 후 3~6개월 내 협업형 AI를 내놓겠다고 언급했다.
신뢰할 만한 출시는 여러 여행자가 선호도를 반영하고, 숙소를 비교하며, 공동 결정을 승인할 수 있게 해야 한다. 또한 개인적 맥락과 그룹에 공개되는 정보를 분리해야 한다.
Airbnb가 이러한 제어 기능을 출시하고 사람들이 실제로 사용한다면, 챗 전용 계획 방식에 맞서는 회사의 주장은 더 강해질 것이다. 출시가 지연되거나 소폭 수정된 그룹 채팅에 그친다면 주장은 약화될 것이다.
두 번째 신호는 2027년 Airbnb 에이전트다. Chesky는 업계 청중에게 회사가 내년에 에이전트를 출시할 것이라고 말하며, 이 일정을 이례적으로 명확히 제시했다.
2027 commitment은 관찰자에게 구체적인 기준점을 제공한다. 중요한 질문은 그 에이전트가 어떤 권한을 받는가다.
추천을 제공하는 검색 어시스턴트는 점진적 진전을 의미할 것이다. 검색, 그룹 승인, 메시지, 서비스, 예약을 조율하는 에이전트는 더 폭넓은 운영체제 논지를 시험하게 될 것이다.
Airbnb는 에이전트가 실수를 어떻게 처리하는지도 보여줘야 한다. 세련된 시연보다 명확한 승인, 거래 기록, 복구 경로, 인간 담당자로의 이관이 더 중요할 것이다.
세 번째 신호는 Airbnb 밖에서의 더 깊은 상호운용성이다. Chesky는 미래의 매크로 에이전트가 MCP 등을 통해 다른 에이전트와 소통할 것으로 예상한다.
증거에는 단순히 숙소 정보를 반환하는 커넥터가 아니라 의미 있는 서비스와 작동하는 핸드오프가 포함돼야 한다. 신원, 캘린더, 결제, 여행 일정 변경이 어려운 계층이다.
에이전트가 사용자가 승인한 맥락을 이러한 경계 너머로 전달할 수 있다면, AI 에이전트에 대한 Brian Chesky의 견해는 비판이라기보다 구현 계획처럼 보일 것이다.
Apple, Google 또는 주요 AI 제공업체가 먼저 공통 권한 및 실행 프레임워크를 도입한다면, Airbnb는 다른 누군가의 플랫폼 규칙에 적응해야 할 것이다.
지켜볼 상업적 지표도 있다. Airbnb는 챗봇 추천 유입이 이미 Google 트래픽보다 전환율이 높다고 말하지만, 규모나 지속성을 판단할 만큼 충분한 데이터를 공개하지는 않았다.
에이전트에서 비롯된 예약이 늘어난다면 외부 어시스턴트가 발견을 확장할 수 있다는 Chesky의 관점을 뒷받침할 것이다. 직접 참여가 감소한다면, 그러한 어시스턴트가 Airbnb가 유지하고자 하는 관계를 가져가고 있음을 나타낼 것이다.
Airbnb의 접근 방식은 의도적으로 신중하지만, 신중함이 경쟁 압박을 없애지는 않는다. 범용 에이전트는 개선되고 있고, 인터페이스 스타트업은 실험하고 있으며, 여행 플랫폼은 자체 어시스턴트를 구축하고 있다.
이제 회사는 더 풍부한 인터페이스가 대체하려는 경험보다 더 복잡해지지 않으면서 대화만으로 이뤄지는 경험보다 더 유용하다는 점을 입증해야 한다.
AI 에이전트에 대한 Brian Chesky의 견해는 궁극적으로 모든 소비자 플랫폼에 실용적인 질문을 던진다. 소프트웨어가 사용자를 대신해 행동하기 시작할 때, 무엇이 계속 눈에 보여야 하는가?
Airbnb의 협업 계획 도구, 2027년 에이전트의 범위, 그리고 최초의 본격적인 에이전트 간 거래를 지켜보라. 이러한 출시는 AI 운영체제가 등장하고 있는지, 아니면 오늘날의 앱이 단지 더 똑똑한 어시스턴트를 갖추고 있는지를 보여줄 것이다.



