从爆火到降温：MCP 经历了什么
一年前它还是"AI 时代的 USB-C"，一年后 HN 热帖标题变成了"MCP is dead"。
MCP 不火了？
2026 年初，几个信号同时出现：
- Hacker News 热帖直接以 "MCP is dead; long live MCP" 为题，讨论量破百。
- 一份独立质量报告：44% 的 MCP Server 没有通过基本质量检查，约一半的 MCP 创业公司已经"弃船"（来源）。
- Medium 上的技术文章标题越来越直接："Why the MCP Standard Might Quietly Fade Away"。
- Reddit 上的讨论变成了 "MCP in 2026 - it's complicated"，不再是去年那种一边倒的狂热。
对比 2025 年 3 月 GitHub 上 MCP 相关仓库从几十个猛增到 400+ 的爆发式增长，2026 年的气氛明显冷了。
但"不流行"和"没用"不是一回事。
先搞清楚哪些是真问题让开发者退坑，哪些只是恐慌情绪的放大。
一年前的狂热：MCP 的爆火回顾
MCP（Model Context Protocol）是 Anthropic 在 2024 年底推出的开放协议，让 AI Agent 用统一的方式连接外部工具和数据源。类比"AI 时代的 USB-C"——不管设备是哪家出的，接口统一就行。
2025 年的关键节点：
- GitHub 上 MCP 相关项目从几十个暴增到 400+
- OpenAI、谷歌、字节、微软宣布支持
- Cursor 等编程助手爆发，直接拉动 MCP 普及
- 2025 年 6 月，MCP 重大更新，8 大新特性
- Anthropic 把协议捐给 Linux Foundation 旗下的 Agentic AI Foundation
到了 2026 年，热度还在，声音变了。
四个真问题：开发者为什么在退坑
1. MCP Server 的质量危机
一份 2026 年的质量报告检测了数百个公开的 MCP Server，44% 没有通过基本质量检查——工具描述不清晰、错误处理缺失、返回值格式不规范。
想找个靠谱的天气查询 MCP Server、数据库查询 MCP Server？大概率踩坑。
更要命的是，约一半的 MCP 创业公司已经停止运营。这些本该是生态的中坚力量，它们一走，大量 Server 直接失去维护。
Server 数量看着不少，能用的不多。
2. 协议复杂度 vs 实际价值
这是最核心的问题。
标准化 Agent 连接工具的方式——初衷没问题。但落地之后很多开发者发现：为了接一个工具，要写一个 MCP Server，配置协议、定义 Schema、处理错误……直接调个 API 可能就三行代码的事。
一个开发者在 Medium 上的评价很到位：MCP 正在变成"为一个不再存在的问题精心设计的方案"（beautifully engineered solution to a problem that no longer exists）。
随着 AI 模型越来越强，Agent 已经能自主探索和发现工具能力，不再需要把所有工具的 Schema 静态定义好。MCP 那种"先声明一切"的模式，在大规模场景下显得笨重。
举个例子：把整个 GitHub API 包装成 MCP Server，工具描述要消耗 40k+ tokens。LLM 的 context 很贵，不值得浪费在 rarely-used 的工具描述上。
3. 框架内置方案已经够用了
实际做项目就会发现，MCP 很多时候是多余的：
- LangChain/LangGraph 有自己成熟的 tool 定义机制
- OpenAI Agents SDK 原生支持 tool calling，MCP 只是可选项
- Claude Agent SDK 直接用 tool use 就行
- 写个 OpenAPI 规范，一堆工具能自动转成 Agent tools
大多数场景下，框架内置的方案够用了。MCP 作为一个额外的协议层，价值增量没想象中大。
4. 安全隐患
Zuplo 的 2026 年 MCP 调查：50% 的受访者把安全和访问控制列为最大挑战。约 24% 的 MCP 部署甚至没有登录保护。
安全不是"以后再加"的东西。协议层一开始没把安全当核心设计，后期补课的代价就很大。
两个假问题：别被恐慌带偏了
真问题说完了，也有一些讨论是跑偏的。
假问题 1："协议之争"决定生死
总有人把 A2A（Google）、ACP（IBM/Linux Foundation）这些协议当 MCP 的"杀手"。它们解决的根本不是同一个问题。
- MCP：Agent 连接工具和数据源
- A2A：Agent 和 Agent 之间的通信
- ACP：更通用的 Agent 互操作性框架
不是互斥关系，经常是配合关系。把协议之争理解为"MCP 要被谁取代"，是误解。
假问题 2："死不死"是关键问题
"MCP is dead" 这种标题抓眼球，但信息量不多。
一个协议从"热门概念"回归到"基础设施"，不叫"死了"。HTTP 现在没人讨论，但你每天都在用。流行度下降不等于价值消失。
MCP 到底该不该用
我的判断标准：
该上 MCP
- 产品需要对接多个不同的 AI Agent 平台（Claude Code、Cursor、OpenAI 等），统一接口能减少重复工作
- 要给第三方开发者提供标准化的工具接入方式，MCP 的协议定义就是你的文档
- 团队在做 AI Agent 基础设施，MCP 的行业地位（Linux Foundation 托管、多巨头支持）让它成为安全选择
不需要 MCP
- 给自己的 Agent 接一两个工具 → 直接写 tool 定义
- 团队已经用了某个框架（LangChain、OpenAI SDK 等） → 内置方案够用
- 期望 MCP Server 拿来即用 → 质量现状会让你失望
结语
MCP 不流行了——这个判断大概率是对的。
但它更像从炒作峰值回落到实用主义的谷地。不是失败，是新技术从爆火到成熟的必经之路。
对开发者来说，不需要站队"挺 MCP"还是"反 MCP"。看一个问题就够了：在自己的场景下，这个协议增加了多少价值？
不多，就不用。就这么简单。
本文基于 2026 年初的公开社区讨论、技术报告和开发者调查撰写。MCP 生态变化快，建议结合最新情况判断。
