MCP(Model Context Protocol)是 AI 工具的 USB-C——模块 3 我们学过,它用一个统一协议把"模型 ↔ 外部工具/数据源"的连接标准化。对 FDE 来说,MCP 的实战价值在于:让现场的你不用为每个客户重新写胶水代码,把企业内部的数据库、文档、API、工单系统、代码仓库都按同一标准接进模型,一次封装、到处复用。
下面是当前最值得关注的 MCP 官方资源与生态清单,按"先官方后生态"的顺序排。
MCP 资源对比表
| 工具 | 链接 | 定位 | 备注 |
|---|---|---|---|
| MCP 官方规范 | modelcontextprotocol.io | 协议定义 | ✅ 官方权威,先读这里 |
| 官方参考 Servers | github.com/modelcontextprotocol/servers(87k★) | 官方参考实现 | Filesystem / Git / Fetch / Memory / Time 等开箱即用 |
| GitHub MCP Server | github.com/github/github-mcp-server(31k★) | 让 AI 操作 GitHub | 官方维护,管 issue/PR/repo |
| Awesome MCP | github.com/alexmili/awesome-mcp | 生态精选清单 | 社区维护,按场景分类 |
| MCP Servers Hub | github.com/skillsdirectory/mcp-servers-hub | 65+ 验证 server | 做了可用性筛选 |
选型建议
先吃透官方规范 + 官方参考实现。 MCP 还在快速演进,任何生态清单都会过期,但官方规范和官方 servers 是"地基"。把 modelcontextprotocol/servers 里的 Filesystem、Git、Fetch 跑通,你就理解了 MCP 的三种能力(Tools / Resources / Prompts)在工程上长什么样。模块 3 的实战作业就是基于这些官方 server。
让 AI 操作 GitHub 选官方 GitHub MCP Server。 这是 GitHub 自己维护的,权限模型最完整、更新最及时。FDE 在客户现场做"代码库问答、PR 管理、issue 分诊"时,直接接它,别用第三方套壳。
找垂直场景 server 从两个清单入手。 Awesome MCP 偏精选分类、MCP Servers Hub 偏可用性验证(65+ 经过筛选),两者互补。但记住:生产环境务必自己审一遍 server 代码与权限,社区 server 的安全性与稳定性参差不齐,FDE 第 7 模块会专门讲现场接入的风险控制。
🔗 延伸阅读
随堂测
逐题作答，即时反馈
1. MCP 生态中，“官方权威、先读这里”的资源是哪一个？
2. 在客户现场选用社区维护的 MCP server 进入生产环境前，讲义给出的必要做法是什么？
3. 根据讲义，需要让 AI 操作 GitHub（如 issue 分诊、PR 管理）时，应优先选择哪个 MCP server？