Перейти к содержимому
Ресурсы

AI-поиск помогает путешественнику найти отель. AI-агент идёт дальше — он может читать актуальные тарифы, создавать бронирование, принимать оплату и реагировать на события от имени путешественника. Это работает только тогда, когда у агента есть структурированная инфраструктура туристического коммерческого сервиса под ответом.

Поиск — это одна задача. Транзакции — совсем другая, и именно здесь большинство AI-путешествий останавливается.

Краткий ответ

AI-агент бронирует отель, вызывая API, который предоставляет живой, контролируемый отелем инвентарь — поиск по наличию, чтение текущих тарифов и доступности, создание бронирования, приём оплаты и сохранение атрибуции. Рекомендация становится подтверждённым бронированием только тогда, когда за агентом стоит слой исполнения (бронирование). В Wink агенты подключаются через размещённый MCP-сервер и REST API, а Booking Engine выполняет транзакцию.

Рекомендовать отель — это не бронировать его

Заголовок раздела «Рекомендовать отель — это не бронировать его»

Большинство «AI-путешествий» сегодня ограничивается рекомендацией. Ассистент предлагает три отеля, а затем передаёт путешественника на сайт или OTA для фактического бронирования. Поток прерывается, цена может быть недоступна для бронирования, и никто не сохраняет контекст источника.

AI-агент отличается от AI-ответа. Агент не просто описывает отель — он действует: проверяет живую доступность, собирает бронирование, принимает оплату и может реагировать на изменения. Для этого агенту нужно больше, чем текст. Ему нужны структурированные, актуальные, доступные для бронирования данные и слой транзакций, который он может вызвать.

Это разница между AI discovery, который отвечает за нахождение и понимание, и агентским коммерческим сервисом, который отвечает за совершение транзакций.

Что нужно агенту, чтобы совершать транзакции

Заголовок раздела «Что нужно агенту, чтобы совершать транзакции»

Бронирование отеля — это реальное коммерческое событие: правильный номер, правильный тариф, реальная доступность, правила, оплата и подтверждение, синхронизированное с отелем. Агент может завершить это только если каждый элемент доступен как вызываемая операция.

Что нужно агентуПочему это важно
Структурированный, живой инвентарьДанные, собранные с сайтов, устаревают; агенту нужен актуальный, контролируемый отелем инвентарь.
Актуальные тарифы и доступностьЦена, которую агент указывает, должна быть действительно доступна для бронирования в данный момент.
Операция бронированияСоздание бронирования должно быть реальным вызовом API, а не передачей на веб-форму.
ОплатаАгент (или путешественник через него) должен иметь возможность оплатить с применением логики политики.
АтрибуцияИсточник, кампания или агент, создавший бронирование, должны оставаться привязанными.
СобытияАгент должен иметь возможность реагировать на подтверждения, изменения, отмены и возвраты.

Без этого агент может рекомендовать — но не может бронировать.

Wink ориентирован на API: каждая функция платформы доступна извне, а размещённый MCP-сервер предоставляет живые API-контракты агентам. Типичный поток агента:

1 — Подключиться и прочитать живые контракты

Заголовок раздела «1 — Подключиться и прочитать живые контракты»

Агент подключается к размещённому MCP-серверу и использует api_search и docs_search, чтобы найти нужные операции и прочитать их реальные схемы запросов/ответов — без догадок по эндпоинтам и устаревшей документации.

Окно терминала
claude mcp add --transport http \
wink-docs https://docs.mcp.wink.travel/mcp

2 — Искать доступный для бронирования инвентарь

Заголовок раздела «2 — Искать доступный для бронирования инвентарь»

Агент ищет инвентарь, контролируемый отелем, включая геолокационный пространственный поиск, и читает живые тарифы и доступность по подключённым channel manager.

Создание бронирования — это операция REST API. Агент собирает номер, тариф, даты и гостей и создаёт резервирование через API.

Booking Engine выполняет транзакцию — оформление, оплату (Wink выступает продавцом), логику политики отмены, подтверждение и синхронизацию бронирования с подключённой PMS или channel manager. Атрибуция источника и партнёра сохраняется через бронирование.

Агент может подписаться на booking.created и другие webhook-события для сверки, уведомления путешественника или запуска последующих действий.

Принцип: агент создаёт или направляет намерение; Booking Engine остаётся слоем исполнения под каждым переходом.

Они решают разные задачи, и отель должен быть готов к обоим.

AI-поиск / ответные движкиAI-агенты
Цель путешественникаНайти и сравнить отелиЗабронировать и управлять проживанием
Что нужно отелюСтруктурированный, индексируемый контентЖивой API, тарифы, бронирование, оплата
ИтогРекомендацияПодтверждённое бронирование
Поверхность WinkЧистый инвентарь + контент для ответовREST API, MCP сервер, Booking Engine

AI discovery для отелей охватывает сторону поиска; это руководство — сторону транзакций.

Кто создаёт агентов для туристического коммерческого сервиса отелей

Заголовок раздела «Кто создаёт агентов для туристического коммерческого сервиса отелей»

Агентский туристический коммерческий сервис — это не только потребительские ассистенты. Та же инфраструктура поддерживает:

  • Потребительских туристических ассистентов, которые ищут, бронируют и управляют проживанием от начала до конца.
  • Агентов банков, программ лояльности и суперприложений, встраивающих бронирование отелей в существующий клиентский опыт.
  • Партнёрские и создательские автоматизации, которые находят подходящие отели, создают материалы и сохраняют атрибуцию — зарабатывая 10% комиссию по умолчанию с подтверждённых бронирований.
  • Копилотов на стороне отеля, которые помогают командам создавать контент и анализировать эффективность в Extranet, Social и Studio, при этом отель сохраняет контроль над правилами.

Вышеописанные возможности уже доступны через REST API и MCP сервер. Направление — более глубокий агентский нативный коммерческий сервис: расширенные примитивы бронирования для агентов, идентификация и авторизация агентов для транзакций от имени путешественника, а также участие агентов как атрибутированных источников дохода в партнёрской сети. Общая идея — инфраструктура туристического коммерческого сервиса для AI-агентов, с Booking Engine в роли слоя исполнения.

  • Считать AI discovery и AI-агентов одним проектом. Один — это контент и структура; другой — API и исполнение. Нужны оба.
  • Позволять агентам указывать цены, которые они не могут забронировать. Цены должны исходить из живых тарифов и доступности, а не с сайтов.
  • Потеря атрибуции при передаче. Если агент создаёт спрос, бронирование должно оставаться связанным с этим источником.
  • Пропускать слой исполнения. Ответ — это не бронирование, пока не произойдёт оформление, оплата и подтверждение.

Продолжайте изучать

Часто задаваемые вопросы об AI-агентах и бронировании отелей

Как агенты совершают транзакции и чем это отличается от AI-поиска.

Может ли AI-агент действительно завершить бронирование отеля?
Да. В Wink создание бронирования — это операция REST API, а Booking Engine выполняет оформление, оплату, подтверждение и синхронизацию бронирования. Агент, вызывающий API бронирования от имени путешественника, может завершить реальное, подтверждённое бронирование с сохранением контекста источника.
Чем AI-агент отличается от AI-поиска?
AI-поиск и ответные движки помогают путешественнику найти и сравнить отели и заканчиваются рекомендацией. AI-агент действует: читает живые тарифы и доступность, создаёт бронирование, принимает оплату и реагирует на события. Отели должны готовиться к обоим — структурированный контент для поиска и живой API для транзакций.
Как AI-агент подключается к Wink?
Через размещённый MCP сервер по адресу https://docs.mcp.wink.travel/mcp и REST API с OAuth2. Агент использует api_search и docs_search для чтения живых операций и контрактов, затем вызывает нужную операцию.
Заменяет ли AI-агент Booking Engine?
Нет. Агент создаёт или направляет намерение; Booking Engine остаётся слоем исполнения для оформления, оплаты, подтверждения и синхронизации бронирования. Каждый переход агента обрабатывается через Booking Engine.
Может ли AI-агент зарабатывать комиссию как партнёр?
Да. Wink сохраняет атрибуцию источника и кампании в течение 6 месяцев с момента клика и выплачивает 10% комиссию по умолчанию с подтверждённых бронирований. Агент, создающий квалифицированный спрос и направляющий бронирование, может быть атрибутированным источником дохода.
Сохраняют ли отели контроль, когда агент бронирует?
Да. Агенты работают с инвентарём, контролируемым отелем и управляемым в Extranet. Отель устанавливает номера, тарифы, правила и канальные настройки; агент совершает транзакции в рамках этих правил.

Создавайте туристический коммерческий сервис для AI-агентов.

Заголовок раздела «Создавайте туристический коммерческий сервис для AI-агентов.»

Подключите MCP сервер, прочитайте живые контракты и позвольте Booking Engine выполнять бронирование за каждым переходом агента.