MCP 突破 9700 万安装量：一个开放协议如何成为 AI 代理的基础设施层

2026 年 3 月，Anthropic 于 2024 年底提出的 Model Context Protocol（MCP）全球安装量正式突破 9700 万。这个数字意味着什么？它意味着一个开放协议用不到一年半的时间，从开发者社群的好奇心实验，变成了 OpenAI、Google、Microsoft、Meta 等所有主流 AI 厂商都在产品中内建支持的基础设施层。

一个协议，解决一个老问题

大语言模型很强，但它被困在对话窗口里。你要它查数据库、读文件、发 Slack 消息——每接一个新系统，都得写一套定制的 API 胶水代码。这就是 MCP 要消灭的低效。

MCP 的本质是一套客户端-服务器协议，定义了 AI 模型与外部工具、数据源之间的标准化通信方式。它的核心概念只有三个原语：

• Tools（工具）：服务器暴露的可执行操作。每个工具有名称、描述、输入参数的 JSON Schema 定义，以及权限声明。AI 模型通过工具描述自行理解什么时候该调用什么。
• Resources（资源）：可读取的数据来源，类似 REST 的 GET 端点——文件内容、数据库查询结果、API 响应、实时传感器数据都在这个抽象下统一。
• Prompts（提示模板）：预定义的交互模式，让 MCP 服务器向客户端建议特定领域的最佳实践。

这三个原语构成了一套足够简约又足够通用的接口。它不是重新发明 RPC，而是为 AI 代理场景专门设计了一层语义。

传输层的三次进化

MCP 的传输层演进能说明很多问题——它反映了这个协议如何从单机玩具变成企业级基础设施：

阶段	传输方式	典型场景	核心限制
2024 Q4 – 2025 Q2	stdio	本地进程通信	仅限本地部署
2025 中期	SSE（Server-Sent Events）	远程部署	连接管理复杂，不支持双向流
2025 末至今	Streamable HTTP	生产环境	—

Streamable HTTP 是目前的推荐标准。它在 HTTP 的基础上叠加了流式传输能力：支持长时间运行的工具调用、允许服务器主动推送进度、与现有 HTTP 基础设施（负载均衡、CDN、防火墙）完全兼容。

2025 版规范还引入了基于 OAuth 2.1 的认证框架，支持授权码流程、客户端凭证流程和设备授权流程，且在所有流程中强制 PKCE。这是企业级安全基线的标志性事件。

9700 万的三个增长阶段

MCP 的增长曲线可以清晰地切成三段，每一段背后的驱动力完全不同：

第一阶段：开发者探索（2024 Q4 – 2025 Q2，0 → 500 万）

早期采用者纯靠好奇心驱动。开发者在个人环境中用它整合自己的工具链，MCP 在这个阶段更多是一个"好玩"的东西。

第二阶段：平台整合（2025 Q3 – 2025 Q4，500 万 → 3000 万）

VS Code、Cursor、Windsurf 等主流 IDE 和 AI 编码平台开始原生集成 MCP。Claude Desktop、GitHub Copilot、Microsoft Copilot 相继加入 MCP 支持。安装量不再靠开发者手动配置，而是跟着平台分发自然渗透。

第三阶段：企业采用（2026 Q1，3000 万 → 9700 万）

OAuth 2.1 认证框架和 Streamable HTTP 传输的成熟打消了企业的安全顾虑。OpenAI 宣布全面支持 MCP，Google Cloud 推出 MCP Gateway，主流云厂商纷纷推出托管 MCP 服务。企业开始在内部大规模自建 MCP 服务器，据估计这个数字已超过 50000 个。

今天的 MCP 生态

截至 2026 年 3 月底，生态系统的数据相当可观：

• 公开 MCP 服务器：15,000+
• NPM 上的 MCP 套件：4,200+
• PyPI 上的 MCP 套件：2,800+
• 企业自建 MCP 服务器：估计 50,000+
• 支持 MCP 的 AI 客户端：45+

从 Slack 到 Notion，从 GitHub 到 Snowflake，从 Docker 到 Postgres——MCP 连接器覆盖了几乎所有主流企业工具栈。Anthropic 在 2026 年 2 月的更新中宣布 MCP 连接器突破 50 个，用户可以在 Claude 对话窗口内直接读写 Slack 频道、编辑 Notion 文档、审查 GitHub PR。

MCP 为什么赢了

回顾 MCP 的发展，有几个决策值得注意：

开源与开放，从一开始。 Anthropic 没有把 MCP 做进自己的围墙花园。协议规范公开，SDK 开源，任何人都可以写 MCP 服务器或客户端。OpenAI 的加入是转折点——当竞争对手也把 MCP 作为自己的核心集成接口时，这个协议就不再是某一家的资产，而是行业的共识。

从简到繁，步步为营。 stdio → SSE → Streamable HTTP 的演进路径让生态有时间在每个阶段成熟。如果一开始就推 Streamable HTTP + OAuth 2.1 的完整企业方案，早期开发者会嫌重；反之如果一直停留在 stdio，企业不敢用。

不重新发明轮子。 MCP 的核心设计没有试图替代 REST、gRPC 或消息队列，而是在这些成熟协议之上加了一层 AI 代理专属的语义。工具描述用 JSON Schema，认证用 OAuth 2.1，传输用 HTTP——每一层都是开发者熟悉的东西。

AI 代理的操作系统？

9700 万安装量只是一个节点。如果 MCP 继续按这个速度渗透，它可能会成为 AI 代理时代的"操作系统内核"——不是调度硬件资源的那个内核，而是让 AI 代理安全、标准化地与任意外部系统交互的那一层协议。

正如 HTTP 统一了信息交换，MCP 正在统一 AI 代理的工具调用。这可能是 2020 年代后半段最重要的技术基础设施故事之一。