2025年3月那会儿，MCP这三个字母在中文互联网上属于顶流。
铺天盖地的分析文章、教程、"手把手教你5分钟接入MCP"。所有大厂排队表态支持，GitHub上MCP Server一个月新增三千个。那场面，恍惚间让人觉得：下一个iOS生态就要靠这玩意儿定义了。
2026年4月呢？
安静。
不是死寂——该支持的还在支持，该接入的还在接入。但那种"不追就落后"的紧迫感没了。朋友圈里没人转发MCP教程了，评论区也不吵了。热度这东西，降起来比登天还快。
那么问题来了：MCP是踩过了应该踩的坑，开始走向真正有用的阶段？还是那场爆发本来就不是真实需求，全靠FOMO情绪撑着，现在泡沫破了？
一、先说清楚2025年那波爆发是什么
2024年11月，Anthropic推出MCP的时候，这个协议解决的是一个真实问题：AI工具和外部世界之间的连接方式太乱了。每个厂商、每个工具都有自己的插件系统，互相不兼容。Cursor有Cursor的，Claude有Claude的，OpenAI有OpenAI的。你想在一个AI编程环境里调用内网的代码库？得单独适配。想让AI读一份PDF？得另外写接口。
MCP说：别折腾了，我统一标准，一次接入，到处运行。
这个价值主张是真实的。所以才有了后来的连锁反应——OpenAI在2025年3月跟进，Google在4月跟进，Microsoft在Win11里做原生集成。阿里云百炼、腾讯云、百度、高德，全都在推自己的MCP服务。
然后整个行业就嗨了。
但我需要提醒一件事：大厂拥抱一个协议，跟这个协议真的好使，是两件不同的事。
二、质疑方说的到底对不对
力推阵营的核心逻辑是：MCP会成为"AI时代的USB-C"。2026年4月，Meta在Connect大会上宣布AI工具支持MCP。Docker发了MCP Toolkit。Linux Foundation接管了协议规范，成立了AAIF。这些都是真金白银的投入，不像是玩票。
质疑阵营的核心逻辑是：你解决的那个问题，方法选错了。
ScaleKit在2026年2月做了一次基准测试，测的是MCP和CLI两种方案在真实开发任务上的表现。结果是这样的：
| 方案 | 任务完成率 | 平均耗时 |
|---|---|---|
| CLI | 100% | 基准 |
| MCP | 72% | 基准的1.3倍 |
28%的任务直接失败。失败原因主要是超时和连接不稳定。
这个数字在开发者社区引起了广泛讨论。有人反驳说测试环境有问题，测试用例不公平。但Perplexity CTO Denis Yarats在2026年3月的一篇内部帖子被截图传出来了，原话大概是：我们在实际产品里测了半年，结论就是MCP带来的复杂度远大于它解决的那个问题，转回API和CLI。
YC CEO Garry Tan的表态更直接，在推特上打了两个字：MCP sucks。
一个字的评论，评论区关了。
Simon Willison是Python社区很有影响力的开发者，他在博客里写过一件事：某主流AI IDE的MCP Server捆绑了43个工具描述，AI接入之后光工具定义就往上下文里塞了55000个token。干活之前先把token预算花掉一半，这不是本末倒置吗？
最后这个细节很有意思：OpenClaw——就是那个34万星的明星开源AI编程工具——从第一天起就不支持MCP，用自己的Skills系统。创始人Peter Steinberger后来加入OpenAI，也没改变这个立场。
这些声音加在一起，构成了一个完整的质疑链条：MCP解决的是连接标准化问题，但标准化的代价是引入了新的复杂性——启动失败、上下文膨胀、认证不一致、调试困难。这些问题在概念层面不存在，但在工程实践里天天都在发生。
三、MCP的防守
但话说回来，质疑阵营的胜利从来没有转换成市场胜利。
一个协议好不好用和技术圈认不认，是两件事。JavaScript的回调地狱好不好用？不好用。但JavaScript赢了。微服务架构好不好用？很多人骂，但整个行业还是往这个方向走。
2026年3月26日，MCP规范做了一个重要更新：Auth认证机制从草案进入正式版，HTTP transport升级为Streamable HTTP。这两个变化解决的是之前被骂得最狠的两个问题：明文密码和长连接不稳定。
这不是小修小补。Auth认证进入规范，意味着企业级的权限控制终于有标准可以遵循了。Streamable HTTP取代SSE，意味着MCP终于可以在浏览器环境里原生运行了。
而且还有一个更讽刺的事实：Anthropic自己的Claude Code，核心架构是CLI，不是MCP。Anthropic工程师写的最佳实践文档里，CLAUDE.md自定义指令系统占了大量篇幅，MCP只是"可选扩展"。
这说明什么？说明Anthropic自己都不觉得MCP是必选项。但他们依然在推这个协议。
因为对大厂来说，协议的价值不在于它是不是最优解，而在于它是不是足够多人用。用的人越多，生态越完整，后来者的切换成本越高。这套逻辑在USB-C、TypeScript、Kubernetes上都验证过。
四、为什么2026年相对平静了
我认为原因是真实的，但方向是两个不同的故事叠加在一起。
第一个故事：技术圈的需求本来就没有那么大。
AI编程工具的早期采用者，大多是个人开发者和小型团队。他们对工具链的简洁性要求极高，能用CLI解决的事情不愿意多加一层协议。MCP的第一波热度，主要就是这批人炒起来的。到了2026年，这批人要么已经迁就了MCP的复杂度，要么发现CLI更适合自己。两种选择的用户都在沉淀，舆论自然就安静了。
第二个故事：大厂没有停下来。
OpenAI没有停，Google没有停，Microsoft把MCP做进了Win11系统层，阿里云百炼上线了全生命周期的MCP服务。这些动作的决策周期比技术圈讨论的周期长得多，落地也慢得多。2026年看起来平静，是因为大厂在做实事，不是在发新闻稿。
所以我自己的判断是：MCP正在经历一个正常的成熟路径。
2025年的爆发有泡沫，泡沫是真实存在的。2026年的平静也有误解，误解在于把沉默当成了衰退。这两个判断都不对。
五、如果你在选技术方向
给一个相对实用的参考框架：
| 场景 | 我的建议 |
|---|---|
| 企业内部系统集成，需要对接多个数据源 | 等MCP安全标准成熟，目前阶段认证机制各家自己实现，风险自担 |
| 开发者工具链，追求稳定和调试便利 | CLI优先，已经验证过的方案不需要为了追新换架构 |
| AI编程助手个人使用 | MCP可以尝鲜，但不要超过5个Server，工具数量和上下文质量成反比 |
| 想投奔一个协议等它长大 | 现在进场赌MCP是可以的，但别All in，协议战争的终局从来不是因为技术最强 |
最后说一句。
Anthropic工程师在内部实践里用了几百个Skills，CLAUDE.md是他们最重要的工具链载体，不是MCP。这条信息很少有人放在文章里，但它最能说明一件事：
真正在用AI编程的人，最后都选了最简单的路径。
MCP能不能走到那一步，不知道。但它现在正在经历一个协议最重要的阶段——不是最热的时候，而是最关键的时候。
