该索引中有 39.0% 从未作出过响应。

这说明了目录收录无法说明的内容

注册表条目是一种主张：有人发布了名称、描述以及代码所在的位置。Registry 中没有任何内容记录该事物是否能够运行。其他所有 MCP 目录都只是重新发布这些主张，因此它们能得出的唯一计数就是复制了多少条目。

这个索引会去连接。它获取软件包，在没有网络或凭据的情况下启动它，发送 initialize，并请求工具列表。这正是这里最大的数字能够存在的唯一原因：14,511 个服务器——占所有已索引内容的 39.0%——从未完成过那次握手。它们没有被报告为失败，因为没有观测到任何足以支持这样说的依据。它们是尚未观测的，而这一区别很重要。

另一半是更熟悉的情形：12,063 个服务器经验证可正常工作，4,662 个要求探针刻意不携带的凭据，以及 5,924 个失败。

已触达的那一半止于何处

普查说明了每个状态下有多少服务器。它没有说明它们止于何处，因为阶段是按每次运行而非按状态记录的——所以这部分是抽样的，并且给出了样本量，以便按其本来面目加以判断。

在从整个索引中均匀抽取的 180 个服务器中，没有一个是 在获取软件包时失败的。每一个被触达但未通过验证的服务器都在更晚的阶段停止：36 个在协议握手期间，5 个完成了握手但随后在工具列表环节失败。需要凭据的服务器也在握手时失败，这就是为什么未验证索引中有如此大的一部分都停在同一个点上——服务器作出了响应，而它所说的并不符合协议。

同样是这 180 个服务器承载了本页面上唯一的估计值。在 37 个持有已记录工具质量报告的服务器中，中位数服务器在模型尚未做任何工作之前，就要花费 1,511 个 token 来描述其工具。这是每次加载该服务器的对话都要支付的固定成本，而且它是样本中位数，而非计数。

这是如何计数的

每种状态都是针对最新观测的一条规则，而这些规则与目录筛选器所用的规则相同，因此本页面与收录列表永远不会相互矛盾。一个已验证的服务器如果 30 天内没有再次成功，就会在没有发生其他任何事情的情况下变为已过期。一个失败两次、且两次相隔至少 15 分钟的服务器会变为失败。没有观测记录的服务器被计为尚未观测，而不是从总数中剔除。

这些计数是在请求本页面时实时取得的。它们已对照从索引中均匀抽取的 720 个服务器的统一样本进行了独立核对，在每种状态下都与精确计数相符，误差在抽样误差范围内。

这不说明什么

尚未观测不同于失败、被废弃或质量差。一个服务器未被观测，可能是因为运行器无法触达它，可能是因为它的软件包无法被获取，也可能只是因为索引的增长速度快于探针触达它的速度——本页面并不区分这些情况，任何关于哪一种情况占主导的说法都只是伪装成发现结论的猜测。

一个已验证的服务器并不等于一个安全的服务器。探针从不调用任何工具，从不阅读实现，也不评估数据处理、权限、依赖项或安全。它只记录在某一时刻握手成功了。方法页面完整描述了这些局限，关于页面描述了本项目主张什么、不主张什么。

这些数字描述的是本索引在被加载当天的状况，而索引会增长。API 会向任何想要核对这些数字的人公开同样的数据。