标签：methodology
2026-10-16存不进数据库的那个 null byte我们跟踪的一台 MCP server 在工具 schema 里发布了一个含 \u0000 的合法正则表达式。PostgreSQL 存不下这个字符，于是四天里，这台 server 的每个快照都在写完头行后失败。我们怎样修好它而不改写证据。2026-10-13我们向 1,144 台 MCP server 调用了一个编造的工具探测器唯一的一次工具调用点名一个编造的工具，看 server 怎样拒绝。此前这项检查把 58% 有签名结果的 server 记为风险，却说不出它们答了什么。现在我们记录七类答复；被记为风险的 server，十台里有九台答的是同一类。2026-10-12MCP server 说「不」的几种方式，以及哪些会算到它头上拒绝不等于失败。MCP Checkup 区分格式规范的 JSON-RPC 错误、带有真实质询的凭据门控、新版协议的拒绝，以及格式不规范的拒绝，并分别记录。这里是探测器使用的分类。2026-10-12是哪份代码检查了你：suite_commit 与 suite_digest每个签名结果都写明产出它的检查套件 commit，以及这个 commit 下检查套件目录树的摘要，任何拿到公开仓库的人都能用一条命令复算。这个值怎么生成，怎样防止探测器带着过期的值部署，以及较早的结果做不到什么。2026-10-11为什么未认领的 server 每 12 小时探测一次MCP Checkup 每天检查未认领的 server 两次，认领后 Free 档每 8 小时一次，Indie 档每 15 分钟一次。每个数字背后的理由，检测节奏能告诉你什么、不能告诉你什么，以及付费能改变什么、不能改变什么。2026-10-11首页上的检查不会在目录里留下痕迹在 MCP Checkup 首页贴入一个 MCP endpoint，你会得到一个一次性的、会过期的结果页。这次检查做什么，刻意不做什么，以及为什么一次试用永远不能自己变成一个公开页面。2026-10-09我们的博客不肯存下的那些词，以及这篇文章为什么写不出它们自 2026-10-08 起，我们博客的新文章存在数据库里，触发器拒绝发布任何含判定用词的文章，这一篇也不例外。2026-10-09为什么 MCP Checkup 不运行你的代码（以及这对 stdio server 意味着什么）远程 MCP server 是一个地址；stdio server 是一个软件包，检查它就意味着在某个人的机器上执行它。这条线今天划在哪里，以及我们正在朝之努力的三层设计。2026-10-09签名证明能证明什么，不能证明什么MCP Checkup 的探测 run，除非因故不予签名（页面会写明），都会产出一份签名的 DSSE envelope。签名覆盖什么、怎样标识跑的是哪份代码、第三方怎样自己核验，以及签名完全不涉及的事。2026-10-08我们为什么不给 MCP server 打分MCP Checkup 只展示我们对一个 MCP server 观测到的内容，拒绝把它折算成一个数字或一个等级。原因是结构性的，不是出于谦虚。2026-10-04发布前，怎么测你的 MCP server把端点贴进 MCP Checkup 首页，就能看到 agent 第一次连上你的 server 时看到的东西：握手、tools/list、错误形状、重定向、工具文字。每项检查能说明什么，结果为什么不签名、24 小时后过期，以及基线检查为什么显示 UNVERIFIED。2026-10-01你的 agent 自己加了一个 MCP server。关于它，你到底知道什么？个人 agent 已经会自己添加 MCP server。server 怎样处理 agent 发给它的内容，从外面谁也看不到；但有些事可以查：它有没有应答、提供哪些工具、工具有没有变。我们目录里的 1,470 台 server，30 天内有 236 台变过。2026-09-30MCP server 最后用哪个协议修订答复我们？每次探测开始时都要先商定一个协议修订，签名结果会记下商定的结果。在最新结果有签名的 1,004 台 server 中，580 台落在 2025-06-18（我们回退时提出的修订），394 台落在 2026-07-28。这两个数说明了什么，没说明什么。2026-09-30探测器有时会扣下的那一次调用为了看 MCP server 怎样拒绝一个不存在的工具，我们的探测器会调用一个「保留给不应存在的工具」的名字。server 完全可以定义这个名字，所以探测器先读工具列表，凡是无法排除这种可能，就扣下这次调用。2026-09-30，2,282 个公开端点里有 838 个的调用被扣下。2026-09-30一个只可能显示 100% 的比率2026-09-23，我们目录里的 833 台 server 显示的可达比率全都是 100%。这不是因为它们每天都答复了我们，而是我们的计法造成的。我们在核对一篇博客时发现了这个问题。哪里错了、改了什么、现在这个数是什么样子。