上周刷到一条知乎提问。

底下回答不多，但这个问题让我停了一下……
所以我干脆动手测了一圈。飞猪、携程商旅、Booking、RollingGo，能接的都接了，能跑的都跑了。测之前以为这个赛道已经有不少工具了。

测完发现，不是没工具，是大部分工具跟我们没关系。

这篇文章把 4 个产品全跑了一遍，结论先放前面：

能用的有两家：飞猪 FlyAI 和 RollingGo。 携程商旅和 Booking.com 各有硬伤，后面一个个说。

---

RollingGo 酒店/机票 MCP

个人开发者能直接用的，我先说这个。

它有两个 MCP：Hotel MCP 和 Flight MCP，分别对应酒店和机票查询。背后是200万+酒店、 11 万+ 直签酒店和 500+ 全球酒店供应商、500+航空公司，直接用的是真实库存，不是爬虫数据。

11 万是什么量级？Booking.com 全球约 28 万家，Expedia 约 20 万家。11 万+ 不是最大，但够用了。

关键是这个团队在酒旅行业蹲了很多年，手里捏着真实供应链，没有预算、没有专职运营，全靠数据说话。

我跑了一遍配置过程：

企业和个人均可申请。 个人开发者直接去 rollinggo.store 申请 Key，免费，没有最低消费门槛。

不需要商务对接。 申请入口在官网，跑通了直接用。

数据是实时的。 我实测搜了几次酒店，返回的价格和我自己在飞猪 App 上搜到的基本一致，没有遇到 401 或者空返回。

两个 MCP 我都接入了自己的测试 Agent，整体稳定。

---

飞猪 FlyAI：全，但有门槛

2026 年 3 月发布，官方称之为「行业首个全链路旅行 Skill 插件」。

能查的东西确实全。机票、酒店、景点门票、接送机、签证，能想到的基本都有。从行程规划到下单预订，一条龙。

但问题来了。

开发者想接，需要去飞猪开放平台申请 API Key。

我当时就是卡在这里的——申请流程要走企业认证，个人开发者根本过不去。

后来我看到 ClawHub 上有用户说，普通用户在 OpenClaw、Kimi Claw、悟空这些支持 MCP 的应用里，可以直接搜索 FlyAI 一键安装，不需要申请 Key。这个路径我没跑通，感兴趣的朋友可以试试，跑通了评论区补充。

更麻烦的是额度问题。

有开发者在 GitHub 上反馈，FlyAI 的 Skill 调用额度偏低，跑几次 demo 额度就见底了。想加额度要走商务流程。

对于个人开发者来说，这个限制比较致命。花时间接入，最后发现额度只够测试用。

还有一个问题。

飞猪是 OTA 平台，数据维度偏「平台化」，酒店的具体房型实时库存、价格波动这些信息，测试下来响应有时延。

说人话就是：查个大概够用，真要实时锁定低价库存，有概率抓瞎。

---

携程商旅：做了，但跟你没关系

这句话我是在翻遍了 ClawHub、GitHub MCP 列表、OpenClaw 插件市场之后，确认的。

携程没有面向个人开发者的 MCP。

但这不代表携程没做 MCP。

2026 年 4 月 20 日，携程商旅正式推出了 AI 开放平台，明确支持 MCP 协议。企业通过自有 AI 对接后，可以完成「员工提问→企业AI理解意图→调用商旅MCP→返回结构化结果」的完整流程。

涵盖酒店/机票/火车实时推荐、签证政策查询、差旅合规监控等五大类能力。

但这个 MCP 只对企业开放。

面向的是企业差旅管理员，需要企业身份 + 商务对接，走携程商旅 AI 开放平台的申请流程。

个人开发者想拿 Key 直接跑通？此路不通。

对于个人开发者来说，携程的 MCP 依然是「没有」。不是没做，是不对你开放。

OTA 大厂为什么这么做？

原因不复杂。OTA 的核心资产是库存和用户。开放 MCP，意味着把「工具」这个入口让给了别人。MCP 用户在 AI Agent 生态里还是极小比例，重写一整套适配层成本高，增量有限。

大型 OTA 更倾向于做自己的 Agent 产品，而不是开放工具给第三方。Booking 的 AI Trip Planner 就是例子。

---

Booking.com：能用，但水土不服

Booking.com 的 MCP 是有的，主要面向英文场景。

我测了一下中文酒店的查询，数据质量一言难尽。

搜「杭州西湖附近的酒店」，返回的结果里居然混进了千岛湖的选项。房型信息是英文，中文描述残缺，价格单位是美元。

不是说完全不能用，但对于中文用户来说，体验打了一个大折扣。

Expedia、Hotels.com 这些国际 OTA 同理。英文场景够用，中文场景基本残血。

---

为什么这个赛道这么荒？

就两个原因。

第一个：大厂不愿意做。

OTA 的核心资产是库存和用户。开放 MCP，意味着把「工具」这个入口让给了别人——用户以后在别的 AI 助手里面就能完成预订，干嘛还要打开携程 App？

所以携程、Booking 这些平台宁可自己做 Agent 产品，也不愿意把 MCP 能力开放出去。

第二个：中小厂做不了。

真正的酒店实时库存，只有拥有直签酒店的 OTA 才能拿到。不是那种爬虫抓来的数据，是真正的协议库存——能锁房、能报价、能下单。

而直签酒店这件事，没有三五年酒旅行业积累，根本做不到。

这也是为什么测了十几家之后，真正有价值的旅行 MCP 屈指可数。

不是技术问题，是供应链问题。

---

我怎么选？

4 个产品全跑完之后，结论很简单。

专注机票和酒店两个场景，RollingGo 的 MCP 接入最简单，数据实时，个人开发者直接用。

做全链路旅行规划，飞猪品类覆盖更广，用车的、景点的都有，但 Key 有门槛，额度也有问题。

两个不矛盾，可以同时装。

---

踩坑记录

跑的过程中踩了几个坑，记录一下。

坑1：飞猪 API Key 申请卡在企业认证

个人开发者绕不过去。有没有人找到绕过方案？评论区见。

坑2：飞猪 Skill 调用额度偏低

GitHub 上有开发者反馈，接入后跑几次 demo 额度就见底了。想加额度要走商务流程，对个人开发者不友好。

坑3：Booking.com 中文数据质量差

英文场景够用，中文场景基本残血。

作者目前在做的项目涉及酒旅方向的 AI Agent，本文是个人踩坑整理，供同类开发者参考。