7 月 13 日，谷歌、微软、Salesforce、Snowflake、ServiceNow 五家联手推出一个新协议，目标写得很直白：对抗 MCP，打破 Anthropic 在企业 agent 基础设施上的主导地位。
我们 6 月底刚写过《MCP 生态年中盘点》，当时的判断是 MCP 已经从协议长成了基础设施。半个月后五巨头就用行动确认了这个判断：如果 MCP 不重要，没人会花力气组一个联盟去打它。
结盟本身就是最大的褒奖。但对写代码的人来说，问题很实际：手里那堆 MCP server，要不要重写。
为什么是此刻结盟
时机不难理解。MCP 走到今天，已经卡住了企业 agent 栈里最值钱的位置：工具接入层。谁定义了 agent 怎么连数据、连系统，谁就间接定义了 agent 生态的入口。
看看这五家的名单就明白各自的焦虑。谷歌和微软有自己的模型和云，不想让接入标准握在竞争对手手里；Salesforce、Snowflake、ServiceNow 坐拥企业数据和工作流，它们是被连接的一方，更不想让连接的规矩由别人来写。
协议之争从来都是入口之争，技术优劣是第二位的。
历史上的协议战怎么收场
这种戏码在软件史上演过很多次，结局大致三种：
| 案例 | 战况 | 结局 |
|---|---|---|
| 浏览器大战 | IE 私有标准 vs 开放网络标准 | 开放标准赢，但耗时十年 |
| 容器格式之争 | Docker 一家独大，对手围攻 | 各方妥协，成立中立的 OCI 标准 |
| 容器编排之争 | Kubernetes vs Swarm vs Mesos | 生态最厚的 K8s 通吃 |
对照 MCP 的处境，最可能的剧本是第二种或第三种的混合：先打一阵，然后要么 MCP 生态优势太大对手认输，要么大家坐下来搞一个中立标准组织，MCP 的核心设计被大量吸收进去。协议战很少出现挑战者干净利落掀翻在位者的情况，因为在位者的护城河是已经部署的成千上万个 server，迁移成本是真金白银。
自建 MCP server 的团队怎么办
三条建议：
- 不要停下 MCP 的投入。生态惯性站在 MCP 这边，五巨头的协议连规范细节和落地案例都还没铺开，现在弃船纯属自己吓自己。
- 把业务逻辑和协议层解耦。工具的核心实现写成独立模块，MCP 只是外面那层适配器。这样就算未来要多挂一个协议，成本是写一层壳，几天的事。
- 盯住中立标准组织的动向。如果哪天出现类似 OCI 的中立机构接管 agent 互操作标准，那才是需要认真评估迁移的时点。
判断
五巨头结盟对 MCP 用户是好消息：竞争会逼着 Anthropic 把协议治理做得更开放，也会加速中立化进程。短期内该写 MCP server 继续写，架构上留好解耦的口子就行。真正的输家是那些想在协议未定期观望的团队，agent 基础设施的红利期不等人，两头都不押才是最贵的选择。