上周有个朋友找我，说他想做一个旅行AI助手，能搜酒店、比价格、甚至直接下单那种。他是个产品经理，不会写代码，但最近Cursor和Claude Desktop用得特别溜，觉得自己说不定能搞出来。

我问他，那你卡在哪了。

他说，卡在酒店API上。他去看了Booking的API文档，要先注册企业账号，提交营业执照，等商务审核，还要交保证金。Expedia也差不多。他一个个人开发者，哪来的营业执照。

我当时就笑了。

因为半年前我也卡在同一个地方。想给一个AI Agent加上酒店查询能力，然后发现，传统酒店API的接入流程，跟AI时代的开发节奏完全是两个世界。

传统流程是这样的，你得先找到一家酒店供应商，谈合作，签合同，交保证金，拿到API文档，然后自己写代码对接鉴权、搜索、详情、价格缓存、错误重试一大堆逻辑。光鉴权就能写两页代码，OAuth2的token刷新、签名校验、超时重连，每一层都是坑。快的话三个月，慢的话半年。

而AI时代的开发节奏是什么，周末一个下午，一杯咖啡，搭完。

这两个世界之间的桥，就是MCP。

很多朋友可能不知道MCP是啥。我去年第一次听到这个词的时候也一脸懵。MCP全称Model Context Protocol，模型上下文协议，是Anthropic在2024年底搞出来的一个开放标准。你不用记这个全称，只需要知道一件事，它让Claude、Cursor这些AI客户端能以标准化的方式连接外部服务。

以前你给Claude接一个外部API，得写一堆胶水代码。现在有了MCP，你写一段JSON配置就行。Claude和Cursor自己知道怎么调用。

就这么简单。

然后我发现了RollingGo酒店MCP。这玩意是一个把全球200万+酒店资源封装成MCP协议的产品，背后是道旅集团，做了14年旅游分销，全球第三大酒旅B2B平台。11万+直签酒店，不是爬虫数据，是协议库存，实时价格和房态。覆盖100多个国家，500多个供应商。

重点是，它一个API Key就能用，不需要营业执照，不需要商务对接。去 https://partner.rollinggo.cn/register申请就行，永久免费额度现在还能申请。

我拿到Key之后，花了一个周末，在三个平台上都跑通了。Claude Desktop、Cursor、扣子。整个过程让我有点震撼，因为真的就是改几行配置的事。

先说Claude Desktop。

Claude Desktop是Anthropic自家的桌面端AI助手，对MCP的支持最原生。你要做的就是在配置文件里加一段JSON。Mac上的配置文件在「用户/资源库/Application Support/Claude/claude_desktop_config.json」，Windows的话在「%APPDATA%/Claude/claude_desktop_config.json」。

配置内容长这样。

{
  "mcpServers": {
    "rollinggo-hotel": {
      "type": "streamable-http",
      "url": "https://mcp.rollinggo.cn/mcp",
      "headers": {
        "Authorization": "Bearer 你的API_KEY"
      }
    }
  }
}

就这么几行。

保存，重启Claude Desktop，你会发现在对话框下面多了一排工具图标。点开看，search-hotels、get-hotel-detail、get-hotel-search-tags，三个工具已经躺在那了。

然后你跟Claude说，帮我搜杭州西湖附近500以内含双早的酒店。

Claude会自己调用search-hotels这个工具，把你的自然语言翻译成结构化参数，发请求给RollingGo的MCP服务器，拿到结果后再用人类能看懂的方式返回给你。

我试了一下，它给我返回了七八家酒店，每家都带了酒店名称、星级、价格区间、跟西湖的距离、有没有泳池有没有早餐这些信息。价格从三百多到一千多都有，覆盖了经济型到五星。

然后我让它帮我比一下其中三家的价格和取消政策。Claude又自动调了get-hotel-detail，把实时房型价格和退改规则拉了出来。有一家的双床房今晚¥352，取消政策是入住前一天前取消免费。另一家便宜二十块但不可取消。Claude还帮我分析了哪家更划算，考虑到取消政策的灵活性，建议选贵二十块但可以免费取消的那家。

这个分析能力不是RollingGo的MCP提供的，是Claude自己的推理能力。MCP只负责把真实的酒店数据喂给它，怎么解读、怎么比较、怎么给建议，是AI自己的活。这就是MCP协议有意思的地方，它只管数据通道，不管AI怎么用这些数据。

整个过程你不需要写一行代码。

我当时配完之后愣了一会儿。因为我以前接过酒店API，那叫一个痛苦。光鉴权流程就能写两页代码，OAuth2的token刷新、签名校验、错误重试，每一层都是坑。现在一段JSON就搞定了。

说实话，那种感觉太爽了。

再说说Cursor。

Cursor是最近特别火的AI编程工具，它也支持MCP。配置方式跟Claude Desktop差不多，但有个坑差点把我整崩了。

Cursor的MCP配置文件在项目根目录的.cursor/mcp.json里。内容跟Claude Desktop几乎一样。

{
  "mcpServers": {
    "rollinggo-hotel": {
      "type": "streamable-http",
      "url": "https://mcp.rollinggo.cn/mcp",
      "headers": {
        "Authorization": "Bearer 你的API_KEY"
      }
    }
  }
}

但是。注意这个但是。

我第一次配完之后，Cursor里死活看不到MCP工具。我检查了三遍配置，URL没写错，Key没填错，文件路径也对。折腾了快一个小时，才发现问题出在type字段上。

我一开始写的是「http」，不对。得写「streamable-http」。

就差一个词。

这玩意是MCP协议里两种传输方式的区别。http是老的SSE方式，streamable-http是新方式。RollingGo的MCP服务器用的是新方式，你得告诉Cursor用新方式去连。不然它默认用老方式去握手，握手失败，但Cursor又不会给你报明确的错误，就是在工具列表里什么都没有。

我当时发现这个问题的时候真的想骂人。。。

但这种坑你踩过一次就记住了。

改完之后，Cursor里就能用了。我直接在Cursor的对话里说，帮我写一个Python脚本，调用RollingGo酒店MCP搜索上海外滩附近的五星级酒店，按价格排序输出。

Cursor先调了一下get-hotel-search-tags看看有哪些标签可用，然后自动调search-hotels，拿到结果后直接帮我生成了一个完整的Python脚本，里面有参数封装、有错误处理、有结果格式化。

如果你正在写一个旅行规划网站，Cursor可以直接帮你调用酒店搜索接口，拿到真实数据来测试。这跟以前完全是两种开发体验。以前你得先搞到API文档，在Postman里一个个接口试，试通了再写代码对接。现在你直接跟Cursor说一句话，它就把MCP调通了，顺便把代码也给你写了。

最后说说扣子。

扣子是字节跳动的AI Agent平台，跟Claude Desktop和Cursor不太一样。它不是桌面端工具，是一个低代码的Agent搭建平台。你可以在上面拖拖拽拽搭一个AI智能体出来。对于不会写代码的产品经理和运营来说，扣子可能是最友好的入口。

RollingGo在扣子上的接入方式是Skill，不是MCP配置。流程是这样的，先去 https://rollinggo.store 的技能商店下载酒店Skill的模板，然后在扣子里导入这个模板，填上你的API Key，配置一下对话流程，发布。

五步搞定。

这个方式更适合完全不会写代码的人。你连JSON都不用碰，全程可视化操作。扣子的界面会引导你一步步走完。导入模板之后，它会自动帮你生成一个对话型的Agent，用户可以直接跟它说「帮我找一家东京新宿附近3000日元以内的酒店」，Agent就会调用RollingGo的接口去搜索。

但扣子也有个坑。我在导入模板的时候报了一个错，说版本不匹配。后来发现是扣子平台更新了工作台版本，但官方模板还没同步更新。去GitHub上下了最新版模板就好了。

这种坑挺常见的。低代码平台迭代快，模板跟不上。你如果遇到类似的问题，第一反应应该是去GitHub的RollingGo-AI组织里看有没有新版模板，别在旧模板上死磕。

扣子上搭出来的Agent体验跟Claude Desktop不太一样。Claude Desktop更像一个万能助手，你什么都能问它。扣子上的Agent更像一个专门做酒店查询的小机器人，你可以给它设定一个人设，比如「你是一个专业的酒店预订顾问」，然后配置好对话流程，用户进来直接说需求就行。

我搭了一个测试用的Agent，设定了开场白「你好，告诉我你想去哪个城市、什么时间入住，我帮你找酒店」。然后我试着跟它聊了几轮，从搜酒店到看详情到比价，流程跑得很顺。扣子的好处是发布之后可以直接生成一个分享链接，发给别人就能用，不需要安装任何东西。

还有一个坑我必须提一下。在三个平台上都跑通之后，我发现搜索有时候会返回空列表。一开始以为是接口有问题，后来发现是自己给的筛选条件太严了。比如你搜「杭州西湖附近200以内含泳池含双早的五星级酒店」，这个条件组合可能没有酒店能满足。正确的做法是先宽松搜，拿到结果之后再逐步收窄筛选条件。

RollingGo的接口设计思路也是这样，它有个get-hotel-search-tags工具，你先调一下看看有哪些标签可用，再组合搜索条件。别上来就一堆筛选条件糊上去，大概率啥也搜不到。

还有一个更隐蔽的坑。API Key复制的时候容易带上前后空格，特别是在某些浏览器里从网页上复制的时候。带了空格的话，请求会返回401鉴权失败，但报错信息不会告诉你是因为空格。你纯文本粘贴之后检查一下格式，应该是「Bearer mcp_xxx」这样的，前面没有空格。

三个平台跑通之后，我算了一笔账。

以前接一个酒店API，从商务对接到代码上线，少说三个月。你得跟供应商谈合作，提交资质，等审核，签合同，拿到沙箱环境，写鉴权代码，调通搜索接口，调通详情接口，做错误处理，做价格缓存，做并发控制。一个人的话，光代码就得写几千行。如果是团队的话，商务谈判加技术对接，半年都算快的。

我之前看过一个数据，说全球能提供酒店库存的B2B平台，排名靠前的就那么几家，Amadeus、Booking的BV系统、Expedia的EPS。这些平台的接入门槛都差不多，企业资质是硬性要求，有些还要看你的业务量和公司规模。个人开发者和小团队根本进不去。

RollingGo做的事情，是把这些供应链能力通过MCP协议开放出来。你不用跟任何供应商谈合作，一个Key就覆盖了200万+酒店。这在中国乃至全球的MCP生态里都是比较稀缺的，大部分MCP服务器提供的是文件系统、数据库这些通用能力，提供真实交易数据的很少。

现在呢，Claude Desktop和Cursor各改一段JSON，扣子导入一个模板。加起来不到十行配置。

从几千行代码到十行配置。

这个差距不是优化，是范式转移。

我有时候觉得，MCP这个东西对AI应用开发的影响，可能比很多人意识到的要大。它不只是一个协议标准，它在重新定义「接入一个服务」这件事的成本。

以前接入一个服务的成本是，找到供应商，谈商务，签合同，写代码，测试，上线。门槛在商务和技术两端。

MCP把这些成本压缩到了一个配置文件。商务门槛没了，因为RollingGo的Key直接申请就能用。技术门槛没了，因为协议是标准的，Claude和Cursor自己知道怎么调用。

你剩下的唯一工作就是，想清楚你要用这些能力做什么。

这才是真正该花时间的地方。

我那个朋友后来用Cursor加RollingGo酒店MCP，一个周末搭出了一个能搜酒店、比价格、推荐行程的AI助手原型。他一个产品经理，不会写代码，全程没碰过一行后端逻辑。

他给我发截图的时候，我能感觉到他的兴奋。

那种兴奋我太懂了。因为你突然发现，限制你的不再是技术能力，而是想象力。你能想到什么场景，你就能搭什么应用。

当然我得说一句，MCP现在还处于早期阶段。RollingGo酒店MCP目前上线的工具是搜索、详情和标签三个，下单能力是通过Skill走的，不是MCP。也就是说如果你想做一个完整的预订闭环，光配MCP还不够，还得装Skill。Skill有独立的OAuth授权和支付链路，能走完从搜索到下单的完整流程。

但这已经是巨大的进步了。从0到1这一步，以前是最难的，现在是最简单的。

我前段时间看到一个数据，说世界上84%的人还没有进行过第一次AI对话。我们经常觉得AI已经很普及了，也其实也只是在一个很小的小圈子里。

想想当全世界只有16%的人上网时，互联网是什么样子，那时候大概是2005年左右。我们现在所处的位置，就跟那个时间点的互联网差不多。

MCP这种东西，把接入一个复杂服务的门槛从「三个月加企业资质」降到「十分钟加一个配置文件」。当这个门槛消失之后，会有多少人能做出自己的AI应用。

想想就觉得兴奋。

我突然想到了我的父亲。他在旅游行业干了二十多年，一直用Excel和电话处理酒店预订。我小时候看他每天打几十个电话跟供应商确认房价和房态，觉得很正常。后来我自己做了技术，觉得那些流程太原始了，但也没想过他能用什么更好的工具。

如果他现在想做一个帮客户自动比价和推荐酒店的AI助手，他不需要学编程，不需要找技术团队，不需要签任何商务合同。他只需要去 https://partner.rollinggo.cn/register申请一个Key，然后在扣子上导入一个模板。

二十年的行业经验，加上一个配置文件。

这才是MCP真正在改变的东西。它不是让技术变得更强，而是让经验变得可用。

以前你懂旅游但不懂技术，你做不了产品。以前你懂技术但不懂旅游，你做不出好产品。MCP把技术的门槛拆掉了，剩下的是纯粹的行业理解和用户洞察。

这种变化，让我想起一本书里的话。技术不是让强者更强，而是让弱者有了上桌的资格。

我觉得MCP正在做这件事。

回到开头那个问题，一行配置还是百行代码。

答案是，一行配置。

但这一行配置背后，是协议在重新分配AI应用开发的生产力。以前写代码的人才能做产品，现在有想法的人就能做产品。

如果你也想试试，申请一个Key，然后花十分钟配一下。不管你用的是Claude、Cursor还是扣子，都能跑通。不同客户端的配置方式参考 https://rollinggo.store/docs/developer-insights/mcp-client-config ，代码仓库在 https://github.com/RollingGo-AI/RollingGo-hotel-MCP-CN 。

相信我，那种「真的能用」的感觉，你得自己体验一次。特别是当你第一次看到AI自动帮你搜出真实酒店数据的那一刻，你会理解我为什么写这么多。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧。

谢谢你看我的文章，我们，下次再见。