에이전트 기반 여행(Agentic Travel)에서 빠진 레이어: 왜 "AI가 지금 바로 예약할 수 있다"는 점이 어려운 부분이 아닌가

올해 커머스(commerce) 분야에서 실질적인 변화가 일어났으며, 이에 대한 대부분의 논평은 잘못된 질문에 집중하고 있습니다.

Visa는 최근 AI 기반 쇼핑 경험에 보안이 강화된 신원 확인 결제 기능을 직접 도입하기 위해 OpenAI와 전략적 협업을 발표했습니다. 주요 결제 네트워크는 단순히 직감만으로 그런 움직임을 취하지 않습니다. 특정 카테고리가 실험 단계를 넘어 실제 인프라를 구축할 가치가 있는 단계로 넘어섰을 때 움직입니다. AI 어시스턴트가 누군가를 대신하여 상품을 발견하고, 결정하며, 구매를 완료할 수 있다는 개념인 에이전트 기반 커머스(Agentic commerce)는 더 이상 사고 실험이 아닙니다. 이는 실제 배포 대상입니다.

하지만 이에 대한 업계의 논의는 계속해서 하나의 좁은 질문으로 수렴됩니다. "AI 에이전트가 주문을 성공적으로 완료할 수 있는가?"라는 질문 말입니다. 점점 더 많은 답변은 "예"로 기울고 있습니다. 에이전트가 판매자를 발견하고 그들의 도구(tools)를 호출할 수 있게 하는 새로운 프로토콜들이 빠르게 성숙하고 있으며, "에이전트가 장바구니를 생성하고 결제까지 완료했다"는 데모가 도처에 널려 있습니다.

그것은 쉬운 80%에 불과합니다. 여행(Travel)은 나머지 20%가 존재하는 영역이며, 그 누구의 마케팅 슬라이드에서도 다루고 싶어 하지 않는 부분입니다.

왜 여행이 표준 플레이북을 깨뜨리는가

오늘날 대부분의 에이전트 기반 커머스 인프라는 여행에는 없는 것, 즉 '안정적인 제품'을 가정합니다. 카탈로그에 고정된 가격으로 놓여 장바구니에 담기기를 기다리는 SKU(Stock Keeping Unit) 같은 것 말입니다. 그 모델은 티셔츠 한 장에는 아주 훌륭하게 작동합니다. 하지만 "제품"이 인간이나 에이전트가 결정하는 데 11분이 걸린 특정 항공편의 좌석이 되는 순간, 그 모델은 무너집니다.

항공권 제안은 사실(fact)이 아닙니다. 그것은 시계가 달려 있는 소멸성 주장(perishable claim)입니다. 검색하는 순간 인용된 가격은 결제가 이루어지는 시점에는 달라질 수 있습니다. 좌석 자체가 더 이상 존재하지 않을 수도 있습니다. 이 중 그 어떤 것도 개별 시스템의 버그가 아닙니다. 이것은 AI가 관여하기 훨씬 전부터 항공사 인벤토리(inventory)가 작동해 온 방식입니다. 문제는 현재 부상하고 있는 대부분의 에이전트 커머스(agent-commerce) 도구들이 여행업의 가정이 아닌 소매업(retail)의 가정을 바탕으로 설계되었다는 점입니다. 그리고 현재 표준화 커뮤니티에서는 바로 이 문제에 대해 공개적이고 활발한 논의가 진행 중입니다. AI 에이전트를 위한 가맹점용 프로토콜(merchant-facing protocols)을 구축하는 기여자들은 "이 제안은 향후 N분 동안만 유효하다"라고 신호를 보낼 방법이 없다는 점이, 선도적인 에이전트 커머스 표준이 특히 여행 분야에서 아직 프로덕션 환경에 적합(production-ready)하다고 간주되지 않는 주요 이유 중 하나라고 공개적으로 지적해 왔습니다.

이는 표준에 대한 비판이 아닙니다. 이 문제가 실제로 얼마나 어려운지를 보여주는 타당한 설명입니다. 소멸성(Perishability)은 여행업의 결정적인 특징이며, 현재의 에이전트 커머스 스택(stack) 중 그 무엇도 이를 염두에 두고 구축되지 않았습니다.

실제로 중요한 부분: 에이전트는 본래 신중하지 않다

이 과정을 준비하며 저희를 가장 놀라게 했던 점이며, 다른 팀들이 고생하며 깨닫기 전에 반드시 들어야 할 가치가 있는 부분입니다.

충분히 유능한 AI 모델이라면 알아서 책임감 있게 행동할 것이라고 가정하고 싶은 유혹이 생깁니다. 모델이 제안의 만료 임박을 알아차릴 것이라고 생각합니다. 검색과 구매 사이에 슬그머니 올라간 가격을 표시할 것이라고 믿습니다. 이미 존재하는 무언가를 재예약하기 전에 망설일 것이라고 생각합니다. 하지만 실제로 이 중 그 어떤 것도 가정할 수 없으며, 이를 가정하는 것이 바로 진짜 위험이 존재하는 지점입니다.

예약 도구(booking tool)를 호출하는 언어 모델(Language Model)은 자신이 전달받은 내용과 눈앞에 있는 데이터에 기반하여 그 순간 최선의 판단을 내리는 것입니다. 이는 진정으로 유용하며, 현대의 모델들은 이를 잘 수행합니다. 하지만 "모델이 보통 잘 작동한다"는 주장과 "시스템이 과다 지출을 하거나, 중복 예약을 하거나, 한 세트의 약관을 다른 것으로 몰래 바꾸지 않도록 만들 수 있다"는 주장은 완전히 다른 차원의 이야기입니다. 전자는 경향성(tendency)이며, 후자는 보장(guarantee)입니다. 실제 돈과 실제 여행자의 일정(itinerary)이 걸려 있을 때, 당신이 실제로 책임질 수 있는 것은 오직 후자뿐입니다.

실질적인 시사점은 다음과 같습니다. 엄격한 예산 상한선, 객실 등급 정책, 직항 항공편이어야 한다는 규칙, 항공사 측에서 시작된 모든 유의미한 일정 변경에 대해 자동화된 조치가 취해지기 전 반드시 사람의 검토를 거쳐야 한다는 요구사항 등 모든 유의미한 안전 속성(safety property)은, 그날 운 좋게 호출된 모델이 지켜주기를 바라는 것이 아니라 에이전트(agent)와 예약 시스템 사이에 위치한 플랫폼에 의해 강제되어야 합니다. 에이전트는 자유롭게 추론하고, 제안하고, 빠르게 행동할 수 있어야 합니다. 가드레일(guardrails)은 에이전트가 이를 준수하기로 선택하느냐의 여부와 상관없이 완전히 독립적으로 존재해야 합니다.

"안전"이 실제로 요구하는 것, 쉬운 용어로 설명하자면

이 점을 진지하게 받아들이기 시작하면, 요구사항은 더 이상 추상적이지 않고 매우 구체적으로 변합니다.

모든 제안(offer)에는 단순히 예의상 표시되는 것이 아니라, 서버 측(server-side)에서 강제되는 정직한 만료 기한이 필요합니다. 가격은 처음 견적을 받은 지 몇 분이 지났든 간에 안정적이라고 가정해서는 안 되며, 결제가 이루어지기 직전에 즉시 재확인되어야 합니다. 지출 한도, 객실 정책(cabin policy), 경로 선호도(routing preferences)는 검색 당시 괜찮아 보였던 조건이 아니라, 실제 예약의 최종 약관과 대조하여 확인되어야 합니다. 이미 구매한 것과 중복되는 것처럼 보이는 예약 시도는 두 번째 결제가 발생한 후가 아니라, 발생하기 전에 포착되어야 합니다. 그리고 결정적으로, 항공사가 사후에 변경하는 모든 사항—스케줄 변경, 여정 다운그레이드 등—은 반드시 실제 인간의 결정 단계로 전달되어야 합니다. 왜냐하면 그것은 에이전트가 아무리 유능하더라도 단독으로 처리해서는 안 되는 판단(judgment call)의 영역이기 때문입니다.

이 중 어느 것도 생소한 공학 기술이 아닙니다. 이는 표준적인 에이전트 기반 커머스(agentic commerce) 도구들이 아직 완전히 따라잡지 못한 영역인 여행(travel) 분야에 적용되는, 실제로 신뢰할 수 있는 트랜잭션 시스템(transactional system)을 구축하기 위한 화려하지는 않지만 필수적인(table-stakes) 작업입니다. 이러한 모든 속성은 가정되는 것이 아니라 증명되어야 합니다. 가드레일(guardrail)이 제대로 작동하는지 아는 정직한 방법은, 그것을 적극적으로 깨뜨리려 시도해 보고, 그것이 버티는 것을 지켜보며, 실제로 작동했다는 영구적인 기록을 남기는 것입니다.

향후 방향

에이전트 기반 커머스를 위한 표준 계층(standards layer)은 빠르게 움직이고 있으며, 이는 좋은 현상입니다. 플랫폼에 관계없이 에이전트가 어떤 기업과도 발견하고 거래할 수 있는 공유된 개방형 방식은 업계 전체에 진정으로 가치 있는 인프라입니다. 대형 여행 기술 기업들은 이미 에이전트 대응 인터페이스(agent-facing interfaces)를 출시하고 있으며, 이는 이 카테고리가 투기적인 것이 아니라 실재한다는 건강한 신호입니다.

광범위하게 볼 때 여전히 부족한 점은 여행 분야에 특화된 실행 레이어 (execution layer)입니다. 즉, "에이전트가 예약 도구를 호출할 수 있다"는 개념을 "에이전트가 무엇을 할 수 있고 무엇을 할 수 없는지에 대한 영구적이고 감사 가능한 (auditable) 기록을 바탕으로, 실제 제약 조건 내에서 예약을 수행하도록 신뢰할 수 있다"는 단계로 전환하는 부분입니다. 이것이 바로 저희 Zologic이 ucp.travel이라는 이름으로 구축해 온 레이어입니다. 이는 새롭게 등장하는 표준들을 대체하는 것이 아니라, 그 위에 자리 잡는 여행 특화 안전 및 정책 인프라 (safety and policy infrastructure)입니다. 이를 통해 "AI에게 그냥 예약해달라고 요청하기"의 편리함이, 기업이나 여행자가 합리적으로 기대하는 통제권을 희생시키며 얻어지는 결과가 되지 않도록 합니다.

에이전트 기반 커머스 (agentic commerce)에서 쉬운 부분은 이미 구현되었습니다. 신뢰할 수 있는 부분은 바로 지금 구축되고 있는 단계이며, 소멸성 재고 (perishable inventory)와 실제 금융적 이해관계가 얽혀 있는 여행 분야는 이를 증명하기에 매우 적합한 시험장입니다.

저희는 자율 여행 예약(autonomous travel booking)을 위한 정책 및 안전 실행 레이어인 ucp.travel을 구축하고 있습니다. 만약 여러분이 에이전트 기반 커머스에서의 유사한 문제들 — 소멸성 재고, 권한 기반 지출 통제 (mandate-based spending controls), 자율 트랜잭션에 대한 감사 추적 (audit trails) — 에 대해 고민하고 계신다면, 저희에게 의견을 들려주세요. ucp.travel에서 ucp.travel을 직접 체험해 보셔도 좋습니다.