MCP 一年了：协议赢了，工具厂商的护城河蒸发了

行业变天 · 技术 · 2026-05-18

MCP 是 2025 年最被低估的协议事件。这一年我看了大概 200 个企业内 PoC，里面有 87% 至少用到了一个 MCP server。但你打开各家融资 PR，全在吹自家"原生集成多深"——这是个集体掩耳。

一年前：所有人都说它会被遗忘

发布当时三个主流反应：

• "又一个语义化的 schema 协议"——经验告诉我们 80% 这类协议会死掉
• "Anthropic 在画 OpenAI 用不到的圈"——平台中立性存疑
• "IDE 厂商不会接，因为它会打掉他们的护城河"

第三个反应预测准了，但搞反了因果。IDE 厂商不接才会被淘汰，所以他们必须接。

现在的格局

维度	2025-05	2026-05
公开 MCP server	~30	2400+
主流 IDE 接入	1 (Claude Code)	8 (含 Cursor / Windsurf / Cline / Continue / Zed)
企业内自研 server	罕见	80% 中大厂常态
OpenAI 官方支持	否	是（2026-01）

OpenAI 接入是临门一脚。一旦你的协议被竞争对手接了，它就再也不是"某家的方言"了。

真正输的是 IDE 厂商

去年这个时候 Cursor 估值飙到 90 亿、用「图灵号 native context」当主卖点。一年后呢？

• 「native context」变成 MCP server 即插即用，新增功能门槛从 6 个月降到 1 周
• 用户能在 Cursor 里调 Linear、在 Claude Code 里调同一个 Linear，两边一样好用
• 切换成本断崖式下降——这是 IDE 厂商最不想看到的

护城河的本质从来不是"我集成了什么"，是"换我会很痛"。MCP 把痛点切了。

Anthropic 的"赢家诅咒"

Anthropic 是协议作者，但它也是输家之一：

• 失去渠道议价权——以前 Claude Code 是唯一 first-class MCP 客户端，现在 Cursor 用同一套 server 调 Claude 模型
• 被迫拼模型本身的能力——分发优势没了，只剩模型品质
• 每年要养社区——开协议得维护 RFC、做版本兼容、跑大会

但他们不可能不做。不开就被绕过（Codex 当时已经在搞自己的 protocol）；开了至少能定义术语。这是一笔知道亏但必须打的仗。

我从这事里学到的

所有"我们要开源 X 协议来扩大生态"的口号，都要倒着读："我们的某条护城河快保不住了，不如自己先把堰塞湖炸了"。

• Kubernetes 是 Google 自己的 Borg 经验快被 AWS 抄完时炸的
• WebKit 是 Apple 在浏览器战争里赢不了时炸的
• MCP 是 Anthropic 知道分发优势保不住时炸的

每一次"开源生态"叙事下面，都有一个明牌的商业焦虑。读不出焦虑的人会跟风进场，读出来的人知道在哪一段时间窗口里抽身。

给在 AI Coding 工具上做工程的人

别再赌哪家 IDE 最后赢。下半场会赢的是：

1. MCP server 本身——谁能把 Jira / Linear / Datadog / 飞书 这种企业入口做成事实标准
2. AI 流量层——更上一层的 orchestrator，可以串联多个 server + 多个模型
3. 企业内自研接入——大公司的真正杠杆，开源 server 改造比 IDE 二开容易 10 倍

工具厂商的护城河蒸发了，但协议下面的应用层和上面的编排层留下了两个大坑。你现在选的方向，决定你 2027 年是收租户还是被收。