MCP 在 2026 年死了吗?

没有,但那些说"MCP 已死"的观点确实有道理。r/WebAfterAI 上有个帖子认为这个说法被夸大了,这话没错:官方 MCP 注册表在 2026 年 5 月 24 日约有 9,652 个服务器,Anthropic 统计有 10,000 多个活跃的公开服务器,SDK 每月下载量超过 9700 万次。一个拥有这些数字、由最大的 AI 和云厂商共同治理的协议,不是一具尸体。但宣称它已死的人也不是在凭空捏造。

批评者说对了什么

核心抱怨是上下文膨胀,而且确有其事。你连接的每一个 MCP 服务器,都会在一开始就把它全部的工具定义加载进模型的上下文窗口,无论代理是否用得上。连上五个各带二十个工具的服务器,你在模型读到用户的第一条消息之前,就已经花了好几千个 token 来描述这些函数。规模一大,这就更慢、更笨、更贵。人们抱怨的不是假想的情况。他们量的是真实的 token 账单。

已经落地的修复

这个批评如今基本上是可以解决的。Anthropic 发布了一种代码执行的做法:让代理编写调用工具的代码,而不是把每个定义都加载进上下文;某个工作流因此把 token 削减了 98.7%。延迟(惰性)工具加载意味着只有在真正用到某个工具时,它的定义才会送进来。Cloudflare 的 Code Mode 推动的是同一个思路:让模型针对一个 API 面去生成代码,而不是把 schema 塞满提示词。这些在最初的恐慌时期都还不存在。膨胀这个抱怨随着时间推移,变成了一个已被解决的工程问题,而不是抛弃协议的理由。

MCP 没死的论据

看看是谁在背后撑着它。2025 年 12 月 9 日,MCP 被捐赠给 Linux 基金会旗下新成立的 Agentic AI Foundation,该基金会由 Anthropic、Block 和 OpenAI 共同创立,并得到 Google、Microsoft、AWS、Cloudflare 和 Bloomberg 的支持。OpenAI 在 2025 年 10 月于 ChatGPT 的 Developer Mode 中发布了 MCP 支持。客户端支持如今覆盖 ChatGPT、Cursor、Gemini、Copilot、VS Code 和 Claude。当你最大的竞争对手采用了你的协议,还通过一个中立基金会和你共同治理它时,"已死"就是个用错了的词。

诚实的另一面

势头不等于无处不在。Stacklok 的 2026 年调查发现,只有约 41% 的组织在生产环境运行 MCP(29% 为有限使用,12% 为大范围使用),另有 30% 仍在试点。这是一条强劲的采用曲线,而不是一个已成定局的标准。还有一点是拥护者会跳过的:对于任何已经在模型训练数据里的东西,一个 CLI 或一段短脚本往往能完胜一个 MCP 服务器。模型对 git、curl、jq 以及 ffmpeg 的参数烂熟于心。把这些包进 MCP,只会为模型本可直接调用的能力,增加一次网络跳转和一笔上下文开销。MCP 在别处才挣得自己的位置:没有好用 CLI 的 SaaS 产品、团队级别的认证与审计、你想放在防护栏后面的数据库访问。按活儿来选。别选边站。

Scavio 的位置

我们在 https://mcp.scavio.dev/mcp 运营一个托管的 MCP 服务器(通过 x-api-key 请求头认证,33 个工具,覆盖 Google、Reddit、YouTube、Amazon、Walmart 和 TikTok)。这正是 MCP 真正取胜场景的一个具体例子:并没有一个好用的 CLI 能"用一套认证同时搜索 Reddit、TikTok 和 Amazon",所以工具层才是对的形态。它按积分计费,每次调用 $0.005,这意味着一个闲置的连接不花钱:你在工具运行时付费,而不是为了保持服务器连接付费。这就是诚实的说法。如果一个 CLI 已经能干你的活,那就用 CLI。

要点:MCP 还是 CLI 的判断规则

这就是我会用的规则。如果这个能力是模型从训练中就已经掌握的(常见的 CLI、文档完善的公开命令、标准的文件操作),先伸手去拿脚本:你会花更少的 token、更少的跳转。当目标是一个没有干净 CLI 的 SaaS 或服务时,当你需要团队认证和审计日志时,或者当你想在数据库前面加一道防护层时,再伸手去拿 MCP。MCP 死了吗?没有。它永远是答案吗?也不是。在 2026 年,它是一件挣到了真实利基、修好了自己最大缺陷、拿到了所有主要实验室背书的工具——这比讣告或炒作都更有意思。