# MCP验尸官出炉：1746个服务器已死 你从MCP市场里装的那个服务器，可能早就死了——官方registry里标着“活跃”，实际握手永远无响应。9月1日，一个叫 **Mcpbeat** 的项目登上 Hacker News（Show HN），作者把全网2万多个MCP服务器挨个ping了一遍，结果相当扎心：**20586个被追踪的服务器里，8748个能应答，1746个在官方registry里挂着“活跃”却从不回话**。这篇文章给你拆解它，外加另外两个同日出现在HN上的新工具：把人话编译成命令的终端小工具 **Watn**，以及给Google Meet做实时翻译的 **Meelang**。三个都是国内技术圈还没什么人聊的，但每一个都能直接用起来。 ## 一、Mcpbeat：给MCP生态装一台“验尸仪” **官网：** [mcpbeat.com](https://mcpbeat.com)（免费，数据每15分钟刷新一次） ### 它干什么 MCP（Model Context Protocol）服务器这两年的扩张速度堪比当年的npm，但有个致命问题：**没有人在测它们到底活着没有**。各大目录站照抄官方registry，按GitHub Star排序——而Star只是一个免费书签，永不过期，也不代表服务器还能用。 Mcpbeat的作者干了个笨活：对全部10864个暴露了远程端点的MCP服务器，**每15分钟发一次真实的MCP协议握手**，同时从服务器本身直接读取`tools/list`拿到真实暴露的工具清单，再结合npm/PyPI的真实周安装量做排名。目前索引了 **111386个工具**。 排名公式全公开：应答40分 + 真实周安装量40分（对数尺度）+ 暴露工具数20分。不看Star、不做编辑推荐、没有付费位。 ### 三个让国内用户眼皮一跳的数据 **1. 头部生态已经定型：浏览器操控类MCP碾压一切。** 按真实周安装量排（mcpbeat自测数据）： | 排名 | MCP服务器 | 周安装量 | 干什么 | |---|---|---|---| | 1 | Browser Use | 1330万 | 操控真实Chrome：填表、抽数据、订机票 | | 2 | Playwright MCP（微软官方） | 630万 | Playwright自动化 | | 3 | Firebase MCP（谷歌官方） | 270万 | Firebase开发能力 | | 4 | Storybook MCP | 180万 | 自动写UI组件测试 | | 5 | Chrome DevTools MCP | 151万 | 调试浏览器 | 结论很直白：**Agent控制真浏览器是这个生态最硬的需求**，比RAG、比数据库都硬。你在做技术选型时，这就是市场投票结果。 **2. “工具消失”是静默发生的。** Mcpbeat专门开了一个板块叫 *Tools that disappeared*：服务器还在应答，但某个工具函数悄悄没了。页面上实时滚动着这类事件——比如一个叫 Intelligence Aeternum 的服务器一夜之间13个工具全部消失。作者的原话是：“工具消失对依赖它的东西是破坏性变更，而且发布时不会有任何公告。”对你手里跑着生产环境Agent的人来说，这是比服务器宕机更阴险的故障源。 **3. 新上架的服务器里有些冷门宝贝。** 比如新进registry的 **Bankstatemently**——把PDF银行流水转成结构化交易记录、账户和余额（做跨境财务对账的可以盯着）；还有给ECMAScript规范（TC39）做条款检索的MCP，条款、搜索、diff、历史一共17个工具。 ### 和国内方案对比 国内的MCP聚合页（各家模型社区里的“MCP广场”之类）绝大多数是目录式收录——照抄registry、不测存活、不追踪工具数变化。也就是说你在国内渠道看到的“可用MCP”，真实死亡率可能和这1746/20586差不多，但没人告诉你。Mcpbeat目前只覆盖暴露远程端点的10864个（本地stdio运行的测不了），这点用之前要心里有数。 ```mermaid flowchart TD A[要接一个MCP服务器] --> B{在mcpbeat上能搜到?} B -->|搜不到| C[本地手动握手测试再上] B -->|搜得到| D{状态是answering?} D -->|否, 仅registry挂名| E[放弃, 大概率已弃维护] D -->|是| F[看真实周安装量排序] F --> G{近期工具数有减少?} G -->|有| H[谨慎接入, 锁死版本+加监控] G -->|无| I[放心接入] C --> I E --> J[换用Browser Use/Playwright等头部替代] ``` ## 二、Watn：在终端里“说人话”，出来就是命令 **仓库：** [github.com/buster/watn](https://github.com/buster/watn)（开源，GPL-3.0，Rust编写，`cargo install watn` 即装） ### 它解决什么 你肯定经历过：明明知道用`git`、`find`或`ffmpeg`能干这事，就是记不住那串咒语。以前的做法是开浏览器问AI，再复制粘贴回终端。HN作者buster受够了这套流程——他之前用的Kagi家的ask工具已经停止维护、还绑死了OpenRouter的固定模型列表，于是自己写了个更轻的：**在shell里直接输入自然语言问题，回车，出来一条可执行的命令**。 效果长这样： ```bash $ watn find all files modified in the last day find . -type f -mtime -1 $ watn find the top 5 largest files ever committed in this git repository git rev-list --objects --all | git cat-file --batch-check='%(objecttype) %(objectsize) %(rest)' | sed -n 's/^blob //p' | sort -rn | head -n 5 ``` ### 它和“问AI复制粘贴”的本质区别，是三个设计 **1. Ctrl-W 终端快捷键。** 装完shell集成后，在当前提示符下按Ctrl-W，直接把光标前的那行自然语言原地替换成正经命令。这个“原地转换”是目前同类工具里很少见的交互——你甚至不用离开工作流。 **2. 三档模型分级。** `watn -1`用小模型（默认，快且便宜），`-2`均衡档，`-3`思考档（比如让它debug一条strace输出）。默认端点是OpenRouter，但任何OpenAI兼容端点都能配——**国内用户把DeepSeek、Kimi、GLM这些兼容端点填进去就能用**，`watn setup`向导七步配完，密钥可以存成`${ENV_NAME}`引用而非明文，配置文件落盘还是0600权限。 **3. 花费透明。** 每次调用的模型名、tokens/s、耗时和费用（配好后）都写到stderr，不污染你的管道。输出流式打到stdout，想确认执行加`-x`，它生成`rm *.bak`这种危险命令时会先问一句`Execute now? [Y/n]`。 另外提一嘴工程质量：这个个人项目行覆盖率91%（13488/14743），README里给了复现脚本。在“Show HN三天热度”的快餐时代，这种严谨度值得加分。 **适用人群：** 天天泡在终端、但又不想为“问一句命令”启动整个Claude Code/Aider重型Agent的人。它是单发编译器，不是结对程序员——这个定位和国内常见的“终端AI助手”全家桶思路完全不同。 ## 三、Meelang：Google Meet实时翻译，外加一盆清醒的冷水 **官网：** [meelang.com](https://meelang.com)（Chrome扩展，订阅制，具体价格以官网为准——作者只透露做了订阅付费系统，未公开数字，这里不编造） ### 它是什么 HN用户BrucecarlL做的Chrome扩展：给Google Meet会议加实时翻译。对经常参加海外会议、英语听力跟不上的国内出海从业者来说，这是个真痛点。 ### 更值钱的是作者踩过的坑 这个Show HN帖子的评论区价值不亚于工具本身，作者完整交代了开发过程： - **AI给了起点，但只给了起点。** 用Claude Code几分钟就出demo，但从demo到能交到用户手里，他补了用户认证、会议管理、多语言、订阅支付、用量统计、API限流安全六件事，持续迭代了一个月。 - **最关键的架构翻车：** 初版直接抓Meet内置字幕送翻译，结果发现**Meet的字幕是“边生成边修订”的**——同句话的字幕文本会不断变化，导致翻译结果来回跳，体验稀碎。他花了整整两周重写：放弃内置字幕，直接捕获音频→ASR转文字→再翻译。这一条对任何做“会议AI”的人都是可以抄走的教训：**不要建立在另一个流式系统的中间态上**。 - 作者的总结很精辟：“AI像一匹野马，我的工作是攥紧缰绳……AI的一千次迭代，比不上一条真实用户反馈。” ### 对比国内 腾讯会议、飞书这类国内工具已内置翻译，但对用Meet开跨境会的人来说（客户在海外、公司在出海赛道），此前要么忍着Meet自带字幕的“修订跳变”，要么用笨重的转写后处理。Meelang走音频直捕路线，实时性是卖点。注意它面向的是能正常访问Meet的场景，国内大陆网络环境不适用。 ## 四、顺手收进清单的另外四个 同日HN上还有几个一句话就值得记住的： - **Strunk**（[strunk.io](https://strunk.io)）：让Claude直接修订你的Google Docs，且**不破坏文档里已有的批注**——协作场景刚需。 - **Reachpad**（[reachpad.dev/router](https://reachpad.dev/router)）：号称“沙箱界的OpenRouter”，几秒内从任意供应商拿Agent代码执行沙箱，统一API。 - **Clippy Vision**（[github.com/protocorn/clippy-vision](https://github.com/protocorn/clippy-vision)）：本地运行的屏幕记忆AI，跨应用记住你看过什么，数据不出本机。 - **Edify**（微软商店上架）：Windows端视频剪辑软件，带**本地AI字幕/配音**，支持OpenFX插件——剪辑圈可以关注。 ## 信息差总结 | 维度 | 大多数人以为 | 实际情况 | |---|---|---| | MCP选型 | 看Star、看目录站“活跃”标签 | 20586个里1746个挂名装死，1746/111386这些数据mcpbeat每15分钟实测一次 | | 工具稳定性 | 上线了就会一直在 | MCP工具会静默消失，无公告，需版本锁+定期巡检 | | 终端问命令 | 开浏览器问AI再复制粘贴 | Ctrl-W原地转换，三档模型分级，费用走stderr | | AI做产品 | “AI几分钟出demo=很快上线” | demo之后的认证/支付/安全/架构重写才是大头，Meet字幕中间态翻车是现成案例 | ## 行动指南 1. **今天就做（5分钟）：** 打开 [mcpbeat.com](https://mcpbeat.com)，搜一下你正在用的每个MCP服务器，看状态是不是answering、工具数最近有没有减少。有“装死”的赶紧换头部替代（Browser Use / Playwright MCP）。 2. **本周试一次：** `cargo install watn`，配一个你已有的OpenAI兼容端点（国内模型全家都兼容），开着Ctrl-W用三天，回不来再说。 3. **有跨境会议的：** 装Meelang试一场会，重点感受它和Meet自带字幕的稳定性差异。 4. **养成习惯：** 每月扫一次mcpbeat的"Tools that disappeared"板块——你的Agent可能正在调用一个即将消失的工具。 ## 参考来源 1. Mcpbeat官网（数据实时刷新）：https://mcpbeat.com 2. Mcpbeat的Show HN帖（2026-09-01）：https://news.ycombinator.com/item?id=49518309 3. Watn仓库与README：https://github.com/buster/watn 4. Watn的Show HN帖：https://news.ycombinator.com/item?id=49518777 5. Meelang官网及作者开发复盘：https://meelang.com/ ｜ https://news.ycombinator.com/item?id=49518593 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。 > 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。