2026年10月18日和19日，我们对25个MCP服务器的文档和源码逐行阅读，把每个项目"说了什么、做了什么"记录下来。每一张核实卡片上的每一行都带有来源和复核日期。这次把25张卡片汇总起来。

打开网易新闻 查看精彩图片

这不是一份排名，也不是一次安全审计。它记录的是项目文档写了什么、代码显示了什么。凡是无法核实的地方，卡片上就标注"未核实"——而这恰恰成了结果中很重要的一部分。

只读模式：25个里只有5个有文档说明

这些服务器中有不少能够修改数据。能否以只读方式运行它们，是影响风险最大的一个问题。

"未找到"的意思是我们在所读内容里没有找到，而不是它一定不存在。对浏览器和设计类工具来说，只读模式本身就不是一个合适的概念。但对MySQL服务器来说它是合适的，而它并没有只读模式，所以限制只能落在数据库用户这一层。

遥测：三个默认开启，多数项目沉默

Chrome DevTools MCP默认收集使用统计，其性能工具可以把追踪URL发送给谷歌的CrUX API。Apify MCP服务器默认收集关于工具调用的遥测数据，并带有Sentry错误追踪。Blender MCP默认收集一份最小化的匿名使用记录；提示词、生成的代码和场景数据只有在你主动选择加入时才会被收集。

这三个项目都写明了如何关闭。另外两个项目codebase-memory-mcp和context-mode声称不发送任何数据，我们没有核实这一说法。对其余20个，我们在所读文档中没有找到任何方向的说明。让我们印象最深的是，很少有项目说明有什么数据离开了你的机器。

安全公告：已发布40条，最新版本均未受影响

我们把卡片与npm、PyPI和Go上的包做了匹配，但只在能够确认该包属于同一仓库时才匹配。这样在25张卡片中的20张上匹配到24个包，OSV.dev上总共发布了40条安全公告。这20张卡片中有一半没有任何公告。

24个包中有23个（npm和PyPI上的那些）可以查到最新版本，截至10月19日，它们都不受已发布公告的影响。那个Go模块——GitHub MCP服务器——的最新版本我们没有核查。

看这张表要小心。公告更多往往只说明一个项目被使用得更多、被检查得更仔细，而不是它更差。一个没有任何公告的包也不能证明就是安全的。实际可操作的结论更小：旧版本会受影响，所以要固定在一个你真正核查过的版本上。

维护状况：问题积压差异很大

统计的是2026年7月20日之前创建、在10月19日计数的未关闭问题。项目越活跃，收集到的问题就越多。这个数字告诉你该去哪里看，而不是该得出什么结论。

指向别处的项目

有几个README说另一个选项更合适，安装前值得一读：

  • Playwright MCP的README建议编码智能体使用带Skills的Playwright CLI，因为它避免把庞大的工具schema和页面快照加载进模型上下文。
  • awslabs/mcp的README建议用编码智能体构建生产软件时使用Agent Toolkit for AWS，并称它是该仓库中这些服务器的后继者。
  • IDA Pro MCP的README开篇就推荐官方的Hex-Rays服务器。
  • MCP参考服务器README说明它们只是参考实现，不是可用于生产的方案。

该怎么用这些结论

如果一个服务器能修改数据，先找它的只读选项，这比什么都优先。在README里搜索遥测，想关就设置退出选项。固定版本并对照公告核查；配置检查器可以在浏览器里完成这件事。把"未说明"当作一个要向维护者提出的问题，而不是当作"可以"。

每张卡片及其来源都在核实卡片页上。你可以在实时比较器里对比服务器，或在选择器里按需求筛选。如果某张卡片有错误，把一手来源发给我们，我们会更正。