라이브러리로 돌아가기
활용 사례

AI 여행 에이전트: 항공권 검색부터 RFQ 견적, 예약까지 몇 초 만에

최종 업데이트: 2026年8月14日

핵심 요약

  • 수동 여행 예약 프로세스는 운영 처리 시간을 30~40% 증가시킵니다Phocuswright 데이터에 따르면 수동 GDS 검색, 항공사 비교, 할인 계산이 병목이며 고객 수요가 아닙니다.
  • 조달 임원의 94%가 매주 생성형 AI를 사용하지만, 대규모 배포에 도달한 비율은 4%에 불과합니다Art of Procurement 2026 설문조사는 에이전트 오케스트레이션이 메우는 도입 격차를 보여줍니다.
  • AI 여행 어시스턴트는 RFQ를 제출하고, 네 가지 할인 규칙 범위를 평가하고, 최적 요금을 적용하고, 99초 만에 예약을 확정합니다데모 영상은 검색부터 예약까지 전체 주기를 하나의 대화로 보여줍니다.
  • Accenture는 출장 업무 시간의 44%를 자동화할 수 있다고 보고합니다Booking.com의 2026년 분석은 예약, 경비 처리, 정책 준수를 가장 영향력이 큰 대상으로 지목합니다.
  • RFQ 엔진은 GLOBAL, SEGMENT, ITEM, PROVIDER_ITEM이라는 네 가지 계층적 범위에 걸쳐 할인을 한 번의 호출로 평가합니다 — B2B 조달을 구동하는 것과 동일한 아키텍처가 여행 예약에도 적용됩니다. 여행은 시간 제약이 있는 조달이기 때문입니다.

주당 200건의 여행 요청을 처리하는 중견 여행사는 수동 GDS 검색, 항공사별 비교, 스프레드시트를 통한 할인 규칙 조회, 이메일을 통한 RFQ 제출로 예약당 3시간을 소모합니다. Phocuswright 데이터에 따르면 수동 예약 프로세스는 운영 처리 시간을 30~40% 증가시킵니다 — 병목은 고객 수요가 아니라 서로 소통하지 않는 시스템 간의 수동 워크플로입니다. 이를 해결하는 에이전트는 질문에 답하는 챗봇이 아닙니다. 카탈로그를 검색하고, RFQ를 제출하고, 할인 규칙을 평가하고, 예약을 확정하기 위해 MCP 도구를 호출하는 오케스트레이션 계층입니다 — B2B 조달을 구동하는 것과 동일한 아키텍처를 여행에 적용한 것입니다.

이 글은 워크플로를 매핑합니다: AI 여행 어시스턴트가 고객 신원을 확인하고, 여러 접근 방식으로 항공편을 검색하고, 경쟁하는 네 개 항공사를 비교하고, RFQ를 제출하고, 할인 규칙을 평가하고, 하나의 대화에서 예약을 확정하는 방법입니다. 데모 영상은 99초 만에 전체 주기를 보여줍니다. 이 글은 그 이면의 패턴 — 항공사 API를 노출하는 MCP 모듈, 38개의 등록된 도구를 갖춘 RFQ 엔진, 네 가지 계층적 범위에 걸친 할인 규칙 평가 — 그리고 중견 여행사의 엔지니어링 책임자나 운영 VP에게 그 운영 결과가 어떻게 보이는지를 설명합니다.

문제: 수동 시스템 전환으로 구축된 3시간 예약 주기

직원 200명 규모, 연매출 약 4,500만 달러의 법인 출장 관리 회사가 항공편 검색에는 Amadeus GDS를, 발권에는 예약 플랫폼을, 그리고 견적 팀이 수작업으로 적용하는 할인 규칙 스프레드시트를 운영합니다. 이 여행사는 주당 200건의 여행 요청을 처리합니다. 각 요청은 이메일이나 포털 양식으로 도착합니다 — 노선, 날짜, 승객 수, 좌석 등급. 견적 담당자는 GDS를 열어 항공편을 검색하고, 옵션을 기록하고, 각 항공사 웹사이트를 열어 가격과 수하물 허용량을 비교하고, 조기 예약이나 단체 물량, 로열티 요금을 확인하기 위해 할인 스프레드시트를 확인하고, 견적서를 작성하고, 이메일로 RFQ를 제출하고, 항공사의 확인을 기다린 다음, 별도의 시스템에서 예약을 처리합니다.

이것이 예약당 3시간입니다. Accenture 데이터에 따르면 출장 업무 시간의 44%를 자동화할 수 있습니다 — Booking.com의 2026년 분석은 예약, 경비 처리, 정책 준수를 가장 영향력이 큰 대상으로 지목합니다. 3시간의 주기는 기술 문제가 아닙니다 — GDS에는 API가 있고, 항공사에는 요금 API가 있고, 예약 플랫폼에는 예약 API가 있습니다. 문제는 어떤 시스템도 이들을 연결하지 않는다는 것입니다. 인간은 화면을 읽고 값을 입력하여 이들을 연결합니다. 에이전트는 도구를 호출하여 연결할 수 있습니다 — 단, 그 도구들이 에이전트가 사용할 수 있는 방식으로 노출될 경우에만.

Art of Procurement 2026 설문조사의 주간 AI 사용률 94%와 대규모 배포율 4% 사이의 격차는 여행 조달에도 그대로 적용됩니다. 여행사들은 이메일 초안을 작성하고 여행 일정을 요약하는 데 AI를 사용하고 있습니다. RFQ를 제출하고, 할인 규칙을 평가하고, 예약을 처음부터 끝까지 확정하는 데는 사용하지 않습니다. 주간 사용과 프로덕션 배포 사이의 격차는 챗봇과 에이전트 사이의 격차입니다.

에이전트 오케스트레이션 해결책: 하나의 대화로 처음부터 끝까지

데모 영상은 99초 만에 전체 워크플로를 보여줍니다. 고객이 타이베이(TPE)에서 홍콩(HKG)행을 요청합니다. 어시스턴트는 긴 양식 없이 이메일 하나로 신원을 확인하고, 가격 등급 확인을 위해 고객의 세그먼트를 잠금 해제합니다. 정확히 일치하는 항공편을 찾을 때까지 여러 접근 방식으로 항공편을 검색합니다. 같은 노선에 네 개의 경쟁 항공사가 늘어섭니다: Greater Bay Airlines, Hong Kong Airlines, Cathay Pacific 등. 각 항공사는 투명한 가격과 수하물 허용량을 보여줍니다. 클릭 한 번으로 선택한 항공편이 장바구니에 담깁니다.

뒤에서는 노출된 AI 사고 패널이 에이전트가 RFQ를 제출하고 낙찰 공급업체를 배정하는 과정을 보여줍니다. RFQ는 몇 초 만에 확정됩니다. 조기 예약 할인이 자동으로 적용된 정식 견적서가 나타납니다. 그 할인을 확정하기 전에, 에이전트는 조기 예약, 단체 물량, 로열티, 계절 프로모션 등 모든 각도를 확인하여 고객이 규칙이 허용하는 최적 요금을 받도록 합니다. 한 번 더 클릭하면 주문이 생성됩니다. 여행은 예약되고, 확정되고, 견적이 완료되어 떠날 준비가 됩니다.

데모 뒤에 있는 패턴은 B2B 조달 자동화를 구동하는 것과 동일합니다. MCP 모듈은 항공사 API를 검색, 비교, RFQ 제출, 할인 평가, 예약 확정과 같은 타입 도구로 노출합니다. RFQ 엔진은 11개 도메인 믹스인에 걸쳐 38개의 등록된 도구를 제공하며, 15분 TTL로 용량을 원자적으로 예약하는 가용성 홀드와 GLOBAL, SEGMENT, ITEM, PROVIDER_ITEM이라는 네 가지 계층적 범위에 걸친 할인 프롬프트 평가를 포함합니다. 에이전트는 어떤 할인이 적용되는지 추측하지 않습니다 — 네 가지 범위를 모두 로드하고, 결합하고, 최적 요금을 계산합니다. Hermes Agent는 마진 가드레일이나 규제 대상 품목이 인간의 결정을 요구하는 지점에 인간 승인 게이트를 두고 워크플로를 오케스트레이션합니다.

고객 세그먼트 확인은 양식 필드가 아니라 도구 호출입니다. get_segment_contacts 도구는 고객의 가격 등급을 반환하며, 할인 평가는 이를 네 가지 범위 중 하나로 사용합니다. 항공편 검색은 단일 GDS 조회가 아닙니다 — 에이전트는 여러 접근 방식을 시도하며, 이것이 첫 번째 결과를 반환하는 챗봇과 올바른 결과를 찾아내는 에이전트의 차이입니다. 항공사 비교는 화면 스크래핑 작업이 아니라 구조화된 가격 및 수하물 데이터를 반환하는, 공급업체 품목에 대한 타입 쿼리입니다. RFQ 제출은 이메일이 아니라 요청을 생성하고, 품목을 추가하고, 공급업체를 배정하고, 상태를 initial에서 in_progress, confirmed로 전환하는 뮤테이션입니다. 할인 평가는 스프레드시트 조회가 아니라 공급업체별로 그룹화하고 내장된 가격 등급을 적용하는 배치 최적화된 가격 계산입니다. 주문 확정은 별도의 시스템이 아니라 견적을 확정하고 할부 계획을 한 번의 호출로 생성하는 원클릭 워크플로입니다.

수동 여행 예약 대 에이전트 오케스트레이션 예약 — MCP 도구, RFQ 엔진, Hermes Agent가 GDS와 스프레드시트 기반 견적을 대체할 때 변화하는 것:

수동 여행 예약 vs 에이전트 오케스트레이션 주당 200건: 3시간 → 99초 수동: 예약당 3시간 단계 1 GDS에서 항공편 검색(수동) 단계 2 항공사를 하나씩 비교 단계 3 할인 스프레드시트 확인 단계 4 이메일로 RFQ 제출 단계 5 항공사 확인 대기 단계 6 별도로 예약 처리 결과: 예약당 3시간 주당 200건 예약 × 3시간 = 600시간 에이전트: 99초, 하나의 대화 단계 1 이메일로 신원 확인 → 세그먼트 단계 2 에이전트가 여러 접근 방식으로 검색 단계 3 4개 항공사 즉시 비교 단계 4 RFQ 제출 및 확정 단계 5 할인 규칙 평가(4개 범위) 단계 6 원클릭 주문 확정 결과: 99초, 하나의 대화 주당 200건 예약 × 99초 = 33분 핵심 압축: 예약당 3시간 → 99초 MCP 도구가 항공사 API를 노출 · RFQ 엔진이 견적을 제출 및 확정 · 4개 할인 범위를 한 번의 호출로 평가 가용성 홀드가 중복 예약 방지 · 모든 도구 호출이 감사를 위해 기록됨 IdeaBosque

결과: 3시간에서 99초로, 그리고 감사 추적

3시간에서 99초로의 압축이 헤드라인 숫자입니다. 하지만 그 아래 운영 변화가 더 중요합니다. 초과 판매하지 않는 가용성 홀드 — B2B 조달에서 중복 예약을 방지하는 것과 동일한 15분 TTL이 여행에서도 중복 예약을 방지합니다. 네 번의 스프레드시트 조회가 아니라 한 번의 호출로 네 가지 범위에 걸쳐 평가되는 할인 규칙. 인간의 기억이 아니라 타입 스키마로 확인되는 고객 세그먼트. 이메일 왕복이 아니라 몇 초 만에 제출되고 확정되는 RFQ. 그리고 모든 도구 호출을 기록하는 감사 추적 — CFO가 견적이 왜 그렇게 가격 책정되었는지 물을 때 엔지니어링 책임자가 필요로 하는 것입니다.

Phocuswright 데이터의 운영 처리 시간 30~40% 감소는 산업 수준의 증거입니다. 개별 여행사 숫자 — 3시간에서 99초로, 주당 200건의 예약이 건당 3시간에서 총 33분으로 해방 — 는 워크플로가 일반적인 예약 기능이 아니라 여행 RFQ 프로세스일 때 그것이 어떻게 보이는지입니다.

관련 읽기


직원 200명 규모의 법인 여행사가 수동 GDS 검색, 항공사별 비교, 스프레드시트를 통한 할인 규칙 조회로 예약당 3시간을 소모하고 있었습니다. 에이전트 오케스트레이션 스택이 이 주기를 바꿨습니다: MCP 모듈이 항공사 API를 타입 도구로 노출하고, RFQ 엔진이 원자적 가용성 홀드로 견적을 제출 및 확정하고, 할인 규칙이 한 번의 호출로 네 가지 계층적 범위에 걸쳐 평가되고, Hermes Agent가 마진 가드레일 견적에 대한 인간 승인 게이트로 워크플로를 오케스트레이션합니다. 예약 처리 시간이 3시간에서 99초로 줄었습니다. 가용성 홀드가 중복 예약을 막았습니다. 할인 규칙은 수작업이 아니라 자동으로 평가됩니다. 모든 도구 호출이 감사를 위해 기록됩니다.

범위 지정 빌드 요청

1주 발견. 시스템 인벤토리, 워크플로 맵, 고정 범위를 받습니다 — 우리와 함께 빌드하든 아니든.

귀하의 시스템을 위해 이것을 구축하고 싶으신가요?

여기의 각 문서는 실제 프로덕션 작업에서 나왔습니다. 대상 시스템과 워크플로가 있다면, 1주 내에 빌드를 범위 정의할 수 있습니다.

범위 정의 빌드 요청

1주 발견. 시스템 인벤토리, 워크플로 맵, 고정 범위를 받습니다 — 우리와 빌드할지 여부와 관계없이.