跳转到内容
面向开发者

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

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

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

REST + OAuth2 + SDK 托管 MCP 服务器 70 个 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.create → 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 个月归因
  • 订阅 70 个 Webhook 事件
  • 通过 MCP + Agentic AI 进行结构化 AI 交接
  • 1.5% + 成本处理费 — 每次交接均由 Booking Engine 履约

工作模型

从连接到履约的一体化路径。

  1. 1

    连接

    添加托管的 MCP 服务器或创建 OAuth2 凭据,开始对实时合约进行操作。

  2. 2

    读取实时合约

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

  3. 3

    构建流程

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

  4. 4

    订阅事件

    响应 70 个 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查找概念——“认证”、“Webhook”、“归因”

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

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

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

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

订阅 booking.create 及其他 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 服务器和生成的客户端
  • 或可预订的 Web 组件——卡片、地图和网格
  • 70 个 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 文档,然后创建 OAuth2 凭据并开始在测试环境构建——无需申请访问,无需等待。准备好后,在生产环境创建应用并将代码指向生产 URL。
开发者访问对所有人开放吗?
是的。文档和 MCP 服务器是公开的,任何开发者都可以创建 OAuth2 凭据并开始在测试环境构建,无需联系我们。迁移到生产环境也无需审批。只有渠道管理者和旅行社需要通过认证。

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

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

连接 MCP 服务器,阅读文档,选择合适的集成界面。无任何门槛限制——只要您的产品准备好连接批准的酒店需求到 Booking Engine 履约,就可以开始。