我目前在做的项目涉及酒旅方向的 AI Agent，所以最近花了不少时间研究 Travel MCP 这个赛道。过程中踩了很多坑，也整理了一些相对完整的东西，决定写成一个系列，供有同样需求的开发者参考。

今天想聊一个不太一样的话题——不是技术，是增长。做start up团队小，前期冷启动就是技术产品上手负责增长，这块值得沉淀下来。

起因是我在魔搭刷到一个酒店 MCP，名字叫 RollingGo 酒店 MCP，排在热榜第 7 位。老规矩，先上项目演示：

我往下翻了翻，发现它的安装量、调用量的数字挺有意思。然后我就去翻了一下它的上线时间、README 迭代记录、评论区，还有它背后整个 MCP 矩阵的布局。

这套增长策略，我觉得挺值得拆解的。

一个冷启动问题：无预算，怎么让人知道你的 MCP？

说实话，我自己也在做酒旅 Agent，绕不开一个问题——工具再好，没人知道你，就等于不存在。

大厂有预算，可以买流量、投广告、做 ASO。但个人开发者和小型团队呢？

RollingGo 这个案例有意思的地方在于，它看起来是没有任何明显预算投入的。没有投过广告，没有看到大规模的社媒投放痕迹，但就是实打实地从 0 爬到了热榜第 7，调用量据说破了 87 万次。

我决定把它的策略拆开来看。

第一步：选对广场——MCP 生态的流量洼地

它没有选择自己建站或者投公众号，而是直接上了 MCP 生态的几个核心分发渠道：魔搭（ModelScope）还有 GitHub。

这里面，魔搭是最关键的一个。

魔搭的 MCP 广场有一个热榜机制，类似于一个应用商店的推荐位。用户搜索「酒店」「机票」「旅行」相关关键词的时候，热榜结果会直接影响安装量。排名靠前的 MCP 会获得持续的自然流量，形成马太效应。

那么问题来了——它是怎么从 0 开始往上爬的？

我翻了一下时间线，它早期在魔搭上的 README 迭代非常频繁.这在冷启动阶段非常重要。

第二步：README 即产品——冷启动阶段的核心优化点

很多人以为 MCP 上架就完事了，但实际上 README 才是用户在安装前唯一能看到的「产品页」。

你可以研究下这个产品的readme，有一部分可以借鉴：

魔搭Readme: https://modelscope.cn/mcp/servers/yorklu/AI_Go_Hotel_MCP

Github Readme: https://github.com/RollingGo-AI/rollinggo-hotel-mcp (中英文双语)

我对比了一下 RollingGo 酒店 MCP 上线初期和现在的 README，有几个明显的变化：

第一，标题从功能性描述改成了问题导向型。原来写的是「RollingGo 酒店 MCP」，后面改成了类似「让 AI Agent 帮用户实时查酒店、查价格、比价」的描述。用户一看就知道解决什么问题。

第二，增加了「接入示例」的数量。从最初的 1 个示例，扩展到了 4 个，覆盖了不同的客户端（Claude Desktop、Cursor、Codex）。这直接降低了开发者的试错成本。

第三，把「免费」和「无需商务对接」这类信息前置了。对于个人开发者和独立项目来说，接入门槛是决定性因素。

第四，评论区运营。早期有一些真实用户在下面提问，开发者回复得很及时，这种互动也会影响广场的权重计算。

第三步：MCP 矩阵打法——一个爆款带多个工具

这里有个细节我觉得很值得注意。

RollingGo 不只是一个酒店 MCP，它同时上线了机票 MCP、签证 MCP，形成了一个小的 MCP 矩阵。用户装了机票 MCP，评论区会提到还有酒店 MCP；装了酒店 MCP，推荐页面会带出其他工具。这种交叉推广，是零预算增长的核心手段。

而且有意思的是，这几个 MCP 的 README 互相之间有引用和跳转，但语气很克制，没有硬推的感觉。

第四步：踩中时间窗口——MCP 生态正在爆发

说实话，2025 年下半年到 2026 年，是 MCP 生态增速最快的时候。开发者们在疯狂寻找各种工具来扩展 AI Agent 的能力边界。这个时间点进场，天然享受了生态红利。

但风口人人都在追，凭什么它跑出来了？

我觉得关键还是数据。11 万 + 直签酒店、200 万 + 全球覆盖、500 + 供应商——这组数字拿出来，开发者拿回去跑一遍，数据对得上，信任就建立了。接不到真实库存，花多少时间都是白搭。

它的增长策略里，有什么是值得复制的？

说真的，拆完这套策略，我觉得有几个点是可以借鉴的：

选对广场比广撒网更重要。魔搭的 MCP 广场流量集中，精准匹配开发者搜索行为，比在社交媒体上硬投效果好得多。

README 是冷启动的核心投资。每一个字都要想清楚——用户在安装前会问什么问题，就写什么答案。

矩阵打法可以复用。一个产品跑通之后，横向扩展比全新冷启动容易 10 倍。

数据是最强的信任建立手段。数字写出来，用户会自己去验证；验证过了，转化就来了。

当然，我也不是说这套策略就没有改进空间。比如在跨平台分发这一块，目前主要还是依赖魔搭，如果能在 AgentBase 和 GitHub MCP Market 同步运营，增长曲线可能会更平滑。

怎么接入这套工具？

如果你也在做旅行 Agent 或者需要实时酒店数据的 MCP，接入门槛其实很低。API Key 可以直接在 rollinggo.store 申请，不需要商务对接。

我自己接的时候踩过几个坑，分享一下：

配置完之后 MCP 工具没出现在列表里——大概率是客户端没有重启，重启一下就出来了。

搜索返回空——先检查日期参数是不是设在了过去，筛选条件是不是过严。

Codex 用户注意，MCP 的 type 要设成 streamable-http，设成 http 会报错。

踩完这些坑之后，接入其实很顺畅，数据返回的速度也比我预期的快。