分类：AI编程
当开发者只需要为一个任务寻找一个 MCP Server 时，官方注册表列出的条目在 2026-11-02 计数为 54,988。靠滚动浏览已经很难完成筛选，名称搜索也只在已知名称时才有作用。Dev.to AI 的一篇实践文章给出了一种基于 URL 参数的筛选方法：不需要账号和密钥，也不会在决定安装前在本机运行任何内容。
排序与过滤参数组合成查询
这种方法的入口是浏览页的查询字符串。页面支持 sort 参数，例如 sort=downloads 可以按下载量排序。对于没有下载数字的服务器，比如未公布下载量的远程服务器，会按名称顺序排在后面。缺少下载数字只表示没有数字可计，并不说明服务器本身的好坏。
过滤条件可以叠加在查询字符串中。文章列出的参数包括：
- prov=attested：表示存在 npm build-provenance attestation。
- prov=repo：表示源代码仓库可以公开打开。
- norepo：表示仓库链接无法打开。
- read=yes：只保留工具列表已被读取过的服务器。
用户还可以加入 lang=<language> 或 topic=<topic> 进一步缩小范围。其中 topic 是对发布者描述的 AI 读取结果，需要两次不同措辞的运行结果一致，且没有人工核对。
用一条 URL 生成短名单
文章给出的示例是筛选“本地运行、npm 包、宽松许可证、近期有推送、工具列表可用”的服务器。对应 URL 为：
https://protocolprobe.com/mcp/servers/browse?sort=downloads&runs=local&pkg=npm&license=permissive&maint=active&read=yes
这条 URL 的价值在于把多个筛选条件固化为一个可复用链接。开发者不必逐页点击，也可以把同一链接分享给团队成员，让筛选口径保持一致。对于只需要找到候选项的人来说，先通过参数缩小范围，比从完整列表人工浏览更有效。
每个条目都有位于 /mcp/servers/<namespace>/<name> 的详情页。文章提到，页面中的三个锚点可以承担大部分信息定位工作。需要注意的是，计数并不构成评分。两个计数相同的服务器，可能在页面列出的九项事实之外存在差异；一个满足条件更少的服务器，也可能更适合具体工作。
比较、导出与动态变化
当筛选后只剩两个候选时，可以使用比较页面：https://protocolprobe.com/mcp/compare?a=<namespace/name>&b=<namespace/name>。该页面会展示两个服务器页面相同的数值，并标出不同行，但不会给出“获胜者”。
如果团队需要维护一份允许使用的服务器清单，文章还提到 allowlist 导出接口：https://protocolprobe.com/api/v1/export/allowlist。接口按每页 500 条返回所有条目，数据结构与官方注册表的服务器格式一致，并附带带日期的事实信息，输出格式为 JSON 或 NDJSON。这些内容是事实信息，并不代表导出本身批准了某个服务器，团队仍需在其之上应用自己的规则。
注册表本身也在持续变化。54,988 是 2026-11-02 的列表规模；2026-11-02 的拉取结果显示，与 2026-11-01 相比，有 588 个服务器首次被列出。因此，今天建立的短名单下周可能不同。文章建议保留筛选 URL，而不是只记录服务器名称。
另外，read=yes 能明显缩小列表，因为截至 2026-11-02，54,988 条中有 25,993 条的工具列表被读取过。这个过滤条件会去掉大量条目，但它反映的是读取覆盖范围的限制，并不说明被去掉的服务器质量如何。
对 AI 编程工具链的意义
MCP Server 注册数量增加后，“找到合适工具”正在从浏览问题变成查询问题。URL 过滤器把下载量、运行方式、包管理器、许可证、维护状态和工具列表可读性等条件组合成可保存、可分享、可复查的查询。这种做法降低了人工筛选成本，也提醒开发者：注册表信息仍不完整，下载数、仓库可达性和读取状态只能作为参考信号，真正的适配仍要回到具体任务和团队规则。
原创文章，作者：点点，如若转载，请注明出处：https://www.dian8dian.com/mcp-zhu-ce-biao-da-dao-54-988-tiao-yong-url-can-shu-suo
