✦ MCP 服务器目录

找到合适的 MCP 服务器

浏览、搜索并比较来自 Official MCP Registry 与精选 awesome 清单的 5,950+ 个 Model Context Protocol 服务器 —— 每一个都配有可直接运行的安装命令。

什么是 MCP 服务器?

MCP 服务器是一个程序,通过 Model Context Protocol(一个基于 JSON-RPC 2.0 的开放协议)向 AI 应用暴露工具(tools)、资源(resources)和提示(prompts)。服务器既可以作为子进程在本地运行(stdio 传输),也可以作为远程端点通过 HTTPS 访问(Streamable HTTP 传输)。当前协议版本为 2026-07-28。

mcpnav 的数据来自哪里?

数据来自 Official MCP Registry(CC0)与 punkpeye/wong2 awesome 清单(MIT):Official MCP Registry(registry.modelcontextprotocol.io)的条款将其发布的服务器元数据置于 CC0 1.0 公有领域,另外两个 MIT 协议的精选清单是 punkpeye/awesome-mcp-servers 和 wong2/awesome-mcp-servers。仓库的 star 数、归档状态等元数据读取自 GitHub。mcpnav 不会复制 README 全文,也不抓取其他目录站。

为什么 Registry 里的每个服务器在这里都没有页面?

Registry 本身是自助发布、宽松准入的,其维护者说明使用者应假定它几乎没有审核。mcpnav 只为满足以下条件的记录生成页面:GitHub 仓库未被归档,且被两个精选清单之一收录、或 GitHub star 数至少 10、或被清单标记为官方。其余记录仍保留在数据集中,只是不会渲染成页面。

怎样才能让我的服务器被收录?

可以用 mcp-publisher 命令行工具把它发布到 MCP Registry(Registry 的 quickstart 文档讲解了 server.json、命名空间验证和 mcp-publisher publish 的完整流程),也可以向 punkpeye/awesome-mcp-servers 提交 pull request(该仓库的 CONTRIBUTING 指南接受贡献)。注意 wong2/awesome-mcp-servers 在其 README 中说明不接受 pull request。mcpnav 每次刷新都会重新读取全部三个数据源,没有单独的提交表单。

服务器页面上的 Connect 配置是怎么生成的?

它是从该服务器的 Registry 元数据生成的。packages 中标记为 stdio 传输的条目会生成对应的 npx、uvx 或 docker run 命令,以及一份对应的 JSON mcpServers 配置;remotes 中的条目会生成一条 claude mcp add --transport http 命令,以及带端点 URL 的 JSON 配置。Registry 标记为 required 或 secret 的每个环境变量或认证头,都只显示名称并配一个 <YOUR_VALUE> 占位符;mcpnav 从不填入真实值。

远程服务器和本地服务器有什么区别?

本地服务器是由客户端在你自己的机器上启动的进程,通过 stdin/stdout 通信;它以你的权限运行,只要服务器本身不发起网络请求,数据就留在本地。远程服务器是一个 HTTPS 端点,你发送的请求会离开你的机器,并通过一个认证头或 OAuth 完成身份验证。Streamable HTTP 规范要求远程服务器校验 Origin 请求头,并建议对所有连接都进行身份验证。

数据多久更新一次?

数据每天自动刷新一次:从 Official MCP Registry 增量拉取(使用其 updated_since 过滤参数),并重新核对每个已收录 server 的 GitHub 元数据,然后重建并部署。远程端点可达性每周重新探测一次。每个页面的数据取自最近一次抓取,sitemap 的 lastmod 对应那次抓取的日期。这与 Registry 给聚合方的建议一致:按固定但不频繁的节奏抓取。

mcpnav 与 Anthropic 或 Model Context Protocol 项目有关联吗?

没有。mcpnav 是一个独立目录站。它使用来自 Official MCP Registry 和两个社区维护清单的公开数据,不由 Anthropic、MCP 项目或 Registry 维护者运营、背书或与之有关联。服务器出现在这里是因为其元数据是公开的,而不是因为有人审核过它。