MCP Reference Servers
★ 88.0k · GitHub →官方 MCP 参考服务器——filesystem、fetch、git、memory 等,出自协议维护者之手。
MCP Reference Servers 是什么?
modelcontextprotocol/servers 是与 MCP 规范同步维护的参考实现仓库。目前活跃维护的集合刻意保持精简:Everything(覆盖协议所有特性的测试服务器)、Fetch(网页内容抓取)、Filesystem(带访问控制的文件操作)、Git、Memory(知识图谱存储)、Sequential Thinking 和 Time。每一个都是短小可读的范本,示范一个规范的 MCP 服务器应该怎么写。
这个仓库曾经大得多——协议早期,GitHub、Slack、PostgreSQL、Brave Search、Puppeteer 等服务器都在这里。后来它们被归档,大多由厂商官方服务器取代(GitHub、Cloudflare、AWS 现在都有自家的)。很多老教程还在引用这些已归档的服务器,是新手困惑的常见来源。
维护者说得很明白:这些是教学示例,不是生产基础设施。TypeScript 服务器用 npx、Python 服务器用 uvx,秒级启动,因此它成了两类人的标准起点:想照着规范范例学写自己 MCP 服务器的开发者,以及只需要一个简单能力——抓个网页、跨会话记点东西——不想引入更重第三方服务器的用户。
核心能力
- ▸ 与 MCP 规范同步维护的权威参考实现
- ▸ 活跃集合小而聚焦:Everything、Fetch、Filesystem、Git、Memory、Sequential Thinking、Time
- ▸ npx(TypeScript)或 uvx(Python)零安装运行——每个服务器一行配置
- ▸ Filesystem 服务器自带可配置的访问控制,是安全暴露本地资源的范例
- ▸ 写自己的 MCP 服务器之前,最值得通读的代码库
什么时候该用它
两种情况该来这个仓库:一是你准备写自己的 MCP 服务器,需要一份权威范例来研读;二是你只需要一个简单能力——抓 URL、持久记忆、时区换算——希望依赖最少、源码全透明。但别把它当生产工具箱:维护者的定位就是教学示例,凡是厂商相关的需求(GitHub、AWS、Cloudflare、浏览器),官方厂商服务器都更强也维护得更好。另外,很多编码 Agent 本身就内置了文件、git 和抓取能力,对应的参考服务器在那里纯属多余。
替代方案
常见问题
官方 MCP 参考服务器怎么跑起来?
TypeScript 服务器用 npx——例如 `npx -y @modelcontextprotocol/server-filesystem /允许访问的路径`;Python 服务器用 uvx,比如 `uvx mcp-server-git`。在 Claude Code 里就是 `claude mcp add <名字> -- <命令>`;Claude Desktop 则把命令写进 JSON 配置。不需要构建步骤,也不需要全局安装。
GitHub、Slack、PostgreSQL 这些 MCP 服务器为什么从 modelcontextprotocol/servers 里消失了?
随着生态成熟,它们被归档到了单独的 servers-archived 仓库。厂商现在都出官方服务器了——比如 GitHub 自己维护 github/github-mcp-server——功能更强、有人持续支持,参考仓库里再留一份社区重复实现只会添乱。于是仓库收缩为一小组以教学协议为目的的示例。
MCP 参考服务器能用于生产环境吗?
维护者的答案是不能——他们明确定位这些是供开发者学习自建服务器的教学示例,不是生产级方案。个人低风险场景没问题(Fetch 和 Memory 日常用的人很多),但它们缺少厂商服务器那样的加固、鉴权选项和支持承诺。生产环境要么以它们为模板自己写,要么用官方厂商服务器。
星标数据更新于 2026-07-02 · 每周从 GitHub API 自动刷新 · 浏览全部工具 →