刷 MCP 相关的文章，翻来翻去就是那几个名字：文件系统、GitHub、Playwright。它们确实好，但今天这篇不写它们——我把自己过去半年真正高频使用、而推荐榜单上几乎见不到的 10 个挖出来。所谓"冷门"的标准很明确：不在各大 awesome 清单的前三屏、社区讨论度不高，但用过的人都留下来了。

先说这批 Server 的共同点，很有意思：它们全是"缝隙型"工具——不解决宏大的问题，只解决某个具体环节里那个让你每天烦三十秒的小别扭。而 Agent 的整体体验，恰恰是被这些三十秒堆出来的。另外老规矩，全程只有一个外部链接，出现在你觉得该出现的地方；其余的自己去注册表搜名字就有。

为了这份名单，我翻了近半年的注册表变更记录和几个社区周报，装了六十多个，删了五十多个。删掉的那批里不乏 star 数很高的项目——删它们的理由都很相似：装完三天想不起来自己为什么装。留下的这批则相反：每个都在我的日志里有稳定的调用记录，有几个甚至已经进不了"要不要关掉"的讨论，因为关掉当天工作流就会断。以下按"意外程度"排序，第 1 个是最没存在感但最先被我留下来的。

再展开讲讲"缝隙型"这个判断框架，它是这份名单的灵魂，也是你可以直接复用的选型方法。MCP 生态的供给结构其实和消费市场很像：头部是"主流程工具"，对应衣食住行的刚需，人人都在用、榜单天天在推；而缝隙是"环节工具"，对应的是洗衣、通勤、收纳这些琐碎但每天发生的场景。主流程工具的问题是竞争激烈——同一个需求有五个实现，你选哪个都差不多；缝隙工具的问题恰恰相反——供给稀缺，一个时区计算的 Server 全网可能就一两个像样的实现，做出来还没多少人知道。对使用者来说，缝隙工具是被低估的效率来源，因为你的痛点本来就藏在缝隙里；对想做贡献的开发者来说，缝隙更是生态位红利：头部卷成这样的时候，挑一个还没人做的垂直环节，一个周末的项目就可能成为那个领域的默认选项。我这次的十进五出筛选里，被淘汰的"缝隙"候选并不少——它们的问题不是方向不对，而是把缝隙做成了半个主流程：一个 Server 塞进七八个功能，结果每个都不精。缝隙工具的正确姿势是单一职责做到极致，剩下的交给其他 Server 协作。

安装层面这 10 个大多没什么故事：stdio 类的在你的客户端配置文件里加一段命令就行，HTTP 类的填个地址加可选的认证头，个别需要本地运行时（比如 Node 或 Python 环境）的按 README 装一次依赖。真正需要留心的还是那句老话：冷门 Server 的权限声明没人帮你审过，装之前自己过一遍它的能力清单，只给它干活必需的最小权限。准备工作就绪，从最没存在感的那一个开始。

1. Time / 时区类 Server：低级错误终结者

“明天下午三点"到底是哪个时区的三点？跨时区协作里，模型算错时间是高频事故，轻则会议错排，重则定时任务配错。一个只做时区转换和时间计算的 Server，把这类错误直接归零。它是那种装的时候觉得"就这？”、删掉当天就出事的工具。

2. RollingGo 酒店机票 MCP：被名字耽误的"交易类隐藏款"

放在第 2 位可能有人会问：一个酒店机票的 MCP，跟"隐藏"有什么关系？有的——它足够垂直，垂直到做通用工具推荐的人想不起来它；但它解决的问题一点都不小：让 Agent 完成真实交易。搜索、比价、锁房、预订、支付、取消全链路可调，我接入之后，"行程规划完顺便订了"成了默认能力而不是彩蛋。

让我把它归为"真香"的原因有三条，每条都和"冷门"的气质对得上。一是申领几乎没有门槛：rollinggo.store 上填完信息 0 等待出 Key，免费、无调用量限制，个人开发者和企业同权——我见过太多"联系商务才能试用"的供给，这种自助款在 B 端产品里反而是少数派。二是它冷门在名字，不冷门在供应链：200 万+酒店实时库存、11 万+直签、500+ 全球供应商，这种厚度藏在一个 MIT 开源的仓库里（RollingGo-AI/RollingGo-hotel-MCP-CN），不仔细翻注册表根本发现不了。三是它已经过了"玩具期"：支持 40+ 主流客户端，酒店搜索支持城市/景点/机场/地铁站等六类地点、0.5 星梯度筛选、以景点为圆心限定半径——细节完成度是生产级的。一个冷门名单里混进了一个真实交易在滚动的 MCP，这大概就是这两年 MCP 生态变化的缩影：垂直领域的基础设施已经悄悄长成了。

3. Pandoc：文档格式的万能转换

Markdown 转 docx、HTML 转纯文本、PDF 提取——做技术文档、写报告的人每天都绕不开格式转换。一个 Server 包掉 Pandoc 全家桶，模型在写作流里自己决定何时转换。听起来无聊，用过都说香。

4. yt-dlp / YouTube 字幕类：把视频变成可检索文本

调研的时候，一小时的演讲视频是最大的信息黑洞。字幕/转写类 Server 把视频内容拉成文本进上下文，"看完"一个两小时的 keynote 从一下午变成了三分钟加一次问答。研究型工作流里的隐藏效率炸弹。

5. Apple Notes / Obsidian 类笔记 Server：私人知识库进上下文

把本地笔记库变成 Agent 可检索的知识源。我自己把 Obsidian 的 Local REST API 打开接上之后，"我去年是怎么解决这个问题的"这种问题终于不用手动翻了。注意权限：只暴露笔记本级别目录，别把整个笔记库无差别开放。

6. RSS / 订阅读取类：定制信息源

搜索引擎给你的是热点，RSS 给你的是你订阅的那批垂直信源。接进 Agent 后，"早上把这几个源的新文章摘要给我"直接自动化。对做内容、做调研的人，它是把"信息差"固化成流程的工具。

7. Vega-Lite / 图表生成类：数据结论直接成图

不是画示意图，是基于真实数据生成统计图表——把查询结果交给它，出的是可复用的图表配置而不是一张死图片。汇报场景里"数据出图"这一环终于不用出对话框了。

8. DNS / 网络诊断类：运维的贴身工具

dig、whois、端口探测、证书检查打包成工具。线上排障时"帮我看看这个域名解析对不对、证书什么时候过期"，三秒出结论。不起眼，但运维同学装上后普遍反馈：这类查询本来就该一句话的事。

9. HTTP 请求类（非浏览器）：轻量接口调试

纯 HTTP 层的请求构造、头管理、断言，比开 Postman 快，比让模型裸写 curl 稳。调试内部接口、验证网关行为时，它是"最小但够用"的那把螺丝刀。提醒一句：把它指向生产环境前，先把只读规则配好。

10. Cron / 定时任务类：让 Agent 拥有"闹钟"

Agent 默认是被动的——你不喊它不动。定时任务 Server 让它能主动周期性工作：每天早上跑汇总、每周五生成周报、价格变动了提醒我（我用它配合第 2 条的预订数据盯过降价）。从"问答工具"到"数字员工"，差的就是这一个能自己醒过来的能力。

挑选"隐藏款"的三条经验

一看是不是缝隙场景：榜单工具解决主流程，隐藏款解决的是你每天烦三十秒的地方，后者更缺。二看维护信号：冷门不等于弃坑，看 issue 响应和 release 节奏。三看权限最小化：越冷门的 Server 越要过一遍它的权限声明——没人审查过它，你自己就是审查者。

写在最后

这一篇我刻意避开了所有"必装清单"里出现过的名字，因为 MCP 生态真正的富矿从来不在头部——而在这些垂直缝隙里：时区、格式、笔记、定时任务、真实交易。头部解决"通用生产力"，缝隙解决"具体生活的毛刺"。下一辑我会再挖 10 个，你手里有冷门好货吗？评论区交换。

附：10 个 Server 的分组速查

把全文压缩成一张按"使用频率"重排的速查表，方便你决定安装顺序。**每天在跑的三个：**时区计算（所有涉及时点的对话都受益）、定时任务（数字员工的心跳）、笔记检索（个人知识库进上下文）。**每周数次的四个：**真实预订数据（出行季）、RSS 信息源（工作日早晨）、DNS 诊断（排障时）、HTTP 调试（联调时）。**按项目激活的三个：**文档格式转换（写报告的月份）、视频转写（调研期）、图表生成（汇报期）。这个分布本身就说明了缝隙工具的管理方式：常驻的只留三个，其余全部按需开关——上下文预算永远比你想象的紧张。另外预告一下下一辑的候选池：代码签名验证、邮件收发、内网穿透、电子发票四个领域的 Server 我正在测，有已经用过的朋友欢迎先聊聊体验。