首页 › new-tools › MCP验尸官出炉:1746个服务器已死

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(免费,数据每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运行的测不了),这点用之前要心里有数。

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(开源,GPL-3.0,Rust编写,cargo install watn 即装)

它解决什么

你肯定经历过:明明知道用git、find或ffmpeg能干这事,就是记不住那串咒语。以前的做法是开浏览器问AI,再复制粘贴回终端。HN作者buster受够了这套流程——他之前用的Kagi家的ask工具已经停止维护、还绑死了OpenRouter的固定模型列表,于是自己写了个更轻的:在shell里直接输入自然语言问题,回车,出来一条可执行的命令。

效果长这样:

$ 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(Chrome扩展,订阅制,具体价格以官网为准——作者只透露做了订阅付费系统,未公开数字,这里不编造)

它是什么

HN用户BrucecarlL做的Chrome扩展:给Google Meet会议加实时翻译。对经常参加海外会议、英语听力跟不上的国内出海从业者来说,这是个真痛点。

更值钱的是作者踩过的坑

这个Show HN帖子的评论区价值不亚于工具本身,作者完整交代了开发过程:

对比国内

腾讯会议、飞书这类国内工具已内置翻译,但对用Meet开跨境会的人来说(客户在海外、公司在出海赛道),此前要么忍着Meet自带字幕的“修订跳变”,要么用笨重的转写后处理。Meelang走音频直捕路线,实时性是卖点。注意它面向的是能正常访问Meet的场景,国内大陆网络环境不适用。

四、顺手收进清单的另外四个

同日HN上还有几个一句话就值得记住的:

信息差总结

维度 大多数人以为 实际情况
MCP选型 看Star、看目录站“活跃”标签 20586个里1746个挂名装死,1746/111386这些数据mcpbeat每15分钟实测一次
工具稳定性 上线了就会一直在 MCP工具会静默消失,无公告,需版本锁+定期巡检
终端问命令 开浏览器问AI再复制粘贴 Ctrl-W原地转换,三档模型分级,费用走stderr
AI做产品 “AI几分钟出demo=很快上线” demo之后的认证/支付/安全/架构重写才是大头,Meet字幕中间态翻车是现成案例

行动指南

  1. 今天就做(5分钟): 打开 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 等场景全覆盖。

51学通信知识星球海报-扫码加入