跳转到内容
面向开发者

将酒店商务 内嵌到您的产品中。

Section titled “将酒店商务 内嵌到您的产品中。”

API 优先的酒店商务:搜索、预订、支付、64+ 个 Webhook、归因和 AI 交接 — 配备托管的 MCP 服务器,代理可读取实时合约,底层由 Booking Engine 履约。

REST + OAuth2 + SDK 托管 MCP 服务器 64+ 个 webhook 事件
wink · agent integration live

# 1 · connect an agent or coding client

$ claude mcp add wink

https://api.wink.travel/mcp --transport http

→ browser sign-in at iam.wink.travel

✓ connected · OAuth2 + PKCE · no client secret

# 2 · find the operation, read the live contract

api_search "create booking"

→ POST /bookings · wink://api/operation/createBooking

# 3 · create the booking, take payment

$ wink bookings create --rate rp_8421

201 · #WK-2X9F · paid via Wink

# 4 · react in real time

on booking.created fulfill & reconcile

开发者可以用 Wink 构建什么?

开发者可以将酒店搜索、预订、支付、Webhook、归因、报告、AI 交接和嵌入式商务工作流构建到获批产品中。Wink 开发者访问支持来自 Extranet 的酒店控制供应、底层网络的合作伙伴上下文、通过 Agentic AI 的 AI 交接,以及 Booking Engine 的酒店特定结账、支付、确认和预订完成履约。

适用对象

面向构建酒店商务的团队,而不仅仅是阅读文档。

Section titled “面向构建酒店商务的团队,而不仅仅是阅读文档。”

开发者访问适合产品、工程、AI、平台和运营团队。正在评估 AI 产品、银行或超级应用的集成?请参见 面向平台和 AI

产品团队

通过开发者访问 + Booking Engine 为现有应用或平台添加酒店商务。

AI 产品团队

通过 Agentic AI 和 MCP 服务器将助手引导的酒店意图路由到受控预订流程。

代理商 & DMC

使用 Web 组件构建定制店面、预订流程或行程产品。

渠道管理 / PMS

协调可用性、价格、预订和相关事件流程。

为什么要基于它构建

酒店卡片很简单,酒店预订系统却不然。

Section titled “酒店卡片很简单,酒店预订系统却不然。”

酒店商务需要供应规则、可用性、价格、优惠、政策、结账、支付、确认、归因和报告。基于这些层构建,而不是重新打造它们。

  • 重建供应、价格和政策规则
  • 将结账流程连接到酒店特定数据
  • 跨会话拼接归因
  • 管理支付、退款和对账
  • 限制 AI 不得虚构可用性
  • 随着酒店每日变化维护所有内容
  • 集成来自 Extranet 的酒店批准供应
  • Booking Engine 处理结账、支付和确认
  • 每次点击保留 6 个月归因
  • 订阅 64+ 个 webhook 事件
  • 通过 MCP + Agentic AI 结构化 AI 交接
  • 5.5% 全包费率 — 每次交接均由 Booking Engine 支持

模型

从连接到履约的一条集成路径。

  1. 1

    连接

    添加托管的 MCP 服务器或申请带 OAuth2 的 API 访问,开始对实时合约调用。

  2. 2

    读取实时合约

    搜索操作并读取当前请求和响应模式——无需猜测,无过时文档。

  3. 3

    构建流程

    将搜索、可用性、预订、支付和报告集成到您的产品中。

  4. 4

    订阅事件

    响应 64+ 个 webhook 事件:预订状态、支付、退款、取消和渠道变更。

  5. 5

    在 Booking Engine 中履约

    每次调用都由 Booking Engine 处理酒店特定的结账、支付和确认。

面向 AI 代理 — 从这里开始

托管的 MCP 服务器让代理发现 Wink 的 API 并构建有效集成,无需猜测端点。

可流式 HTTP 端点(SSE 回退在 /sse)。来自 Claude Code:

claude mcp add —transport http 
wink-docs https://docs.mcp.wink.travel/mcp

也支持 Codex、Cursor 和 VS Code — 详见 MCP 文档

两个工具将意图解析为真实操作和概念文档:

  • api_search查找要调用的操作 — 例如“查询库存”、“创建预订”、“支付收据”
  • docs_search查找概念 — “认证”、“webhooks”、“归因”

每个结果返回一个 wink:// URI — 打开操作、其请求/响应模式或其任务 流程

wink-api-builder 使用 MCP 服务器作为事实来源:api_search → 实时合约 → 认证 → 验证代码,并标记与当前 API 的任何不匹配。

支持 Claude Code、Codex 和 Cursor — 详见 AI 技能

通过 API 创建预订,Booking Engine 负责履约 — 结账、支付、确认及预订同步到连接的 PMS 或渠道管理系统,保留来源上下文。

订阅 booking.created 及其他 63 个事件,实现实时响应。

一引擎,汇聚所有集成

所有集成最终汇聚到 Booking Engine。

Section titled “所有集成最终汇聚到 Booking Engine。”

无论您的产品如何发送需求——API、代理、组件或链接——预订都在您控制的一个地方完成。

  • REST API
  • MCP / agents
  • Web Components
  • WinkLinks
  • Studio + network
  • Partner apps

Booking Engine

checkout · payment · confirmation

确认预订

支付完成,客人确认,归因和来源上下文保留。

全方位覆盖

从完整 API 构建到即插即用组件。

Section titled “从完整 API 构建到即插即用组件。”

深入实现完整的 REST + MCP 集成——或者当需求不那么复杂时,直接使用 Studio Web 组件:酒店卡片、地图、网格和预订模块。无论哪种方式,Booking Engine 都在底层完成预订履约。

  • 完整 REST + OAuth2 API,托管 MCP 服务器和 SDK
  • 或可预订的 Web 组件——卡片、地图和网格
  • 64+ 个 webhook 事件实现实时对账
  • 每个界面底层均由 Booking Engine 履约
查看 Build on Wink 文档
一个 Wink 可嵌入的酒店卡片 Web 组件

开发者常见问题

技术和产品团队最先关心的问题。

有单独的 API 访问产品页面吗?
没有。API 访问通过 Builders 页面和 Build on Wink 文档处理,而不是通过独立的营销产品页面。
API 访问会取代 Booking Engine 吗?
不会。API 访问负责需求和集成逻辑的路由。Booking Engine 仍然是酒店特定结账、支付、确认和预订完成的履约层。
AI 助手可以使用 Wink 吗?
可以。托管的 MCP 服务器让 AI 代理读取实时 API 合约,从而搜索实时酒店供应、创建预订并通过 Booking Engine 进行支付——完成一次完整的预订流程,而不仅仅是将用户引导到网站。任何酒店一旦在 Wink 上线,其资料即支持代理使用。
可以在没有完整 API 集成的情况下嵌入酒店卡片或地图吗?
可以。Studio 可以创建 Web 组件,如酒店卡片、地图、网格和其他嵌入资产,当较低门槛的方案足够时——Booking Engine 在底层完成预订履约。
酒店集团可以使用开发者访问吗?
可以。经批准后,酒店集团和技术运营方可以使用开发者访问,将 Wink 供应、预订和报告工作流与内部系统连接。
开发者应该从哪里开始?
连接 MCP 服务器,阅读 Build on Wink 文档,然后在产品用例、技术范围和商业路径明确后申请 API 访问。
开发者访问对所有人开放吗?
开发者访问应受控。公开文档和 MCP 服务器可支持评估,但 API 凭证和生产使用应符合批准的产品和商业环境。

准备好将酒店商务内嵌到您的产品了吗?

Section titled “准备好将酒店商务内嵌到您的产品了吗?”

连接 MCP 服务器,阅读文档,选择合适的集成界面,当您的产品准备好连接获批酒店需求到 Booking Engine 履约时申请访问。