MCP 的开源之路：Anthropic 将协议捐赠给 Agentic AI Foundation
Anthropic 将 MCP 协议捐赠给 Linux Foundation 的 Agentic AI Foundation。深度分析这一决策的技术背景、治理变化、对 MCP 生态的影响，以及协议标准化的利与弊。
2025 年 12 月，Anthropic 做了一个出乎意料但又在情理之中的决定：将 MCP（Model Context Protocol）捐赠给 Linux Foundation 新成立的 Agentic AI Foundation（AAIF）。从”Anthropic 的协议”变成”社区的协议”，这个转变比表面看起来要深刻得多。
MCP 的发展历程
先回顾 MCP 从诞生到捐赠的完整时间线：
MCP 发展时间线
├── 2024.11 Anthropic 发布 MCP 0.1 规范
├── 2025.01 Claude Desktop 首次集成 MCP
├── 2025.03 MCP 规范 1.0 发布，支持 stdio 和 SSE 传输
├── 2025.06 Cursor、Continue 等 IDE 集成 MCP
├── 2025.09 MCP Server 生态超过 200 个实现
├── 2025.12 Anthropic 将 MCP 捐赠给 AAIF
├── 2026.02 Apple Xcode 26.3 支持 MCP
└── 2026.05 MCP Server 生态超过 500 个实现从发布到捐赠，只用了 13 个月。这个速度在开源协议历史上是罕见的——HTTP/1.0 从提出到 RFC 发布花了 3 年，gRPC 从 Google 内部使用到开源花了 2 年。
为什么捐赠？
Anthropic 捐赠 MCP 的决策，背后有几层技术考量：
1. 生态规模超过了单个公司的维护能力
当 MCP Server 实现超过 300 个，涉及数据库、云服务、开发工具、消息队列等十几个领域时，Anthropic 作为协议维护者的工作量已经超出了一家公司的合理投入。协议的演进需要听取社区的声音，兼容性测试需要覆盖更多的实现，安全审计需要独立的第三方。
2. 企业采用的治理障碍
企业客户在评估 MCP 时，一个常见的担忧是：“这个协议是 Anthropic 控制的，如果 Anthropic 的商业策略变了怎么办？” 这不是技术问题，是治理问题。把协议交给中立的基金会，直接消除了这个顾虑。
3. 竞争对手的接受度
当 Google 推出 A2A 协议时，一个微妙的问题出现了：A2A 和 MCP 是互补关系，但 Google 愿意让自己的 Agent 生态依赖一个竞争对手控制的协议吗？把 MCP 放到 AAIF 下，降低了其他公司采用 MCP 的心理门槛。
捐赠的技术细节
MCP 捐赠给 AAIF，不只是”换个 Logo”。涉及到具体的技术治理变化：
规范所有权
捐赠前 捐赠后
┌──────────────┐ ┌──────────────┐
│ Anthropic │ │ AAIF │
│ 拥有 MCP │ → │ 拥有 MCP │
│ 规范版权 │ │ 规范版权 │
└──────────────┘ └──────────────┘
│ │
│ 贡献者协议 │ 开放贡献
│ (CLA) │ (DCO)
▼ ▼
┌──────────────┐ ┌──────────────┐
│ Anthropic │ │ 技术委员会 │
│ 独立决策 │ │ 共同决策 │
└──────────────┘ └──────────────┘之前 MCP 规范的任何修改都需要 Anthropic 批准。之后由技术委员会（TSC）投票决定，TSC 成员来自多个公司。
代码仓库
MCP 的核心代码仓库（规范定义、参考实现、SDK）转移到 AAIF 的 GitHub 组织下。原有的 Anthropic 仓库变为镜像或重定向。
兼容性测试
AAIF 会建立官方的兼容性测试套件。任何声称”支持 MCP”的实现，都可以通过自动化测试验证是否符合规范：
// MCP 兼容性测试示例
describe('MCP Server Compatibility', () => {
it('should respond to initialize request', async () => {
const response = await client.request({
method: 'initialize',
params: {
protocolVersion: '2025-11-05',
capabilities: {},
clientInfo: { name: 'test-client', version: '1.0.0' },
},
});
expect(response.protocolVersion).toBeDefined();
expect(response.capabilities).toBeDefined();
expect(response.serverInfo.name).toBeDefined();
});
it('should list tools with valid schemas', async () => {
const response = await client.request({
method: 'tools/list',
});
for (const tool of response.tools) {
expect(tool.name).toMatch(/^[a-zA-Z0-9_-]+$/);
expect(tool.inputSchema).toBeValidJsonSchema();
}
});
});版本管理
MCP 规范的版本号由 TSC 管理。重大变更需要经过正式的 RFC（Request for Comments）流程：
MCP 规范演进流程
提案 → 讨论 → 投票 → 实现 → 发布
│ │ │ │ │
RFC 社区 TSC 兼容性 正式
文档 反馈 投票 测试 版本对 MCP 生态的影响
1. Server 开发者
对 MCP Server 开发者来说，捐赠带来的最大变化是规范的稳定性。之前 Anthropic 可以随时修改规范，虽然实际上 Anthropic 做得很谨慎，但”可以”和”不会”是两回事。现在任何规范变更都要经过 TSC 投票，变更节奏更可预期。
2. 企业用户
企业用户的顾虑被直接消解：
- 法律层面：协议由基金会持有，不存在知识产权风险
- 供应链层面：不会被单一公司的商业决策绑架
- 安全层面：基金会的安全审计流程独立于任何成员公司
3. 竞争对手
Google、Microsoft、Amazon 可以更放心地在自己的产品中集成 MCP，不用担心”为竞争对手做嫁衣”。这对 MCP 生态的扩张是直接利好。
捐赠后的规范演进
捐赠后，MCP 规范的演进方向由 TSC 共同决定。目前讨论中的几个方向：
1. Streamable HTTP 传输
替代 SSE，提供更好的双向流式通信支持：
// Streamable HTTP 传输
const transport = new StreamableHttpTransport({
endpoint: '/mcp',
// 支持普通 HTTP 和流式响应
onStream: (response) => {
// 处理流式数据
},
});2. 多 Agent 支持
MCP 目前是 Agent-Tool 的通信协议。多 Agent 场景需要额外的能力：
// 多 Agent 场景下的 MCP 扩展
interface AgentCapability {
// Agent 可以委托任务给其他 Agent
delegate(task: TaskDefinition): Promise<TaskResult>;
// Agent 可以发现其他 Agent
discover(criteria: DiscoveryCriteria): Promise<AgentInfo[]>;
// Agent 可以共享上下文
shareContext(context: ContextBundle): Promise<void>;
}3. 安全增强
MCPSHIELD 论文提出的威胁模型和防御方案，可能会被纳入规范的安全章节。
捐赠的潜在风险
1. 决策效率下降
20 个成员的委员会，对技术细节的讨论可能旷日持久。HTTP/2 的标准化过程花了 3 年多。MCP 的演进速度可能会放缓。
2. 设计妥协
不同成员公司有不同的技术偏好。最终的规范可能是各方妥协的产物，而不是最优的技术方案。
3. 过早标准化
Agentic AI 仍在快速发展。MCP 规范的某些设计决策可能在两年后被证明是错误的，但规范一旦发布就很难做破坏性修改。
开发者应该如何应对？
短期（1-3 个月）
不需要做任何改变。MCP 的 API 兼容性不会因为治理变化而改变。你现有的 MCP Server 和客户端代码继续工作。
中期（3-6 个月）
关注 MCP 规范的新版本发布流程。AAIF 治理下的版本号可能会有调整。建议在 CI 中加入 MCP 兼容性测试。
长期（6-12 个月）
如果你在维护一个 MCP Server，考虑加入 AAIF 的技术讨论。规范的演进方向会直接影响你的实现。参与标准制定，比被动接受标准更有利。
总结
Anthropic 将 MCP 捐赠给 AAIF，是 Agentic AI 领域标准化进程中的里程碑事件。对开发者来说，这意味着 MCP 从”一家公司的协议”变成了”社区的协议”，使用风险降低了，生态前景更可预期了。
但标准化不是免费的午餐。决策效率、设计妥协、过早固化——这些都是开放治理的代价。Anthropic 选择了这条路，说明他们认为标准化的收益大于代价。
对普通开发者来说，最好的策略是：继续用 MCP，关注规范演进，在合适的时候参与社区贡献。
参考资料：