MCP协议停更了，工程师们却悄悄打开终端，老工具重新上线
2024年11月，Anthropic推出了MCP协议，他们说这协议是大模型和工具之间沟通的标准通道，听起来很专业，就像给AI配了个统一插头，当时不少公司跟着用起来，觉得这下能省事，不用再为每个工具写一堆适配代码，只要对接MCP就行。
没过半年，事情就变得不对劲了，2025年中，Perplexity的CTO Denis Yarats在内部会议上直接说他们不用MCP了，改回API和CLI，他成了第一个公开放弃的人，其他人还在观望的时候他就动手了，接着2025年底，Duetchat v2版本干脆把整个MCP支持都删掉，连缓冲期都没留。
到了2026年2月，Y Combinator的CEO Garry Tan在社交平台上发了条帖子，说“MCP sucks！”，只有这四个字，底下几百条回复全是“+1”，3月份Eric Holmes写了篇博客叫《MCP is dead, long live the CLI》，标题直白得像发牢骚，结果GitHub上相关讨论一天涨了730%，没人阻止这事，但大家好像约好了一样，都转头用起了老办法。
MCP撑不住的缘由在于它太理想化，列如接入一个工具需要填写名字、功能描述、参数结构和调用示例，光是这些元数据，十个工具就能用掉三千多个Token，大模型本身记忆就有限，结果一半空间被说明书占用了，真正推理的时候反而卡住，这不是在帮AI，而是给它塞了一堆没用的东西。
认证流程也有问题，用户登录系统后，MCP要求智能体对每个工具单独进行授权，点一下查邮件功能，背后就悄悄完成五次授权过程，体验就像坐电梯，门开了又关关了又开，人却一直没动，开发者抱怨说这不是AI不会工作，而是它总在门口反复敲门。
权限控制问题更严重，Claude Code只能设置完全开放或完全关闭，没法让用户只能查看不能删除，也无法限制参数的范围，万一出了问题，连追查责任都困难，这种系统还谈安全，它连最基本的只读模式都没有提供。
有意思的是，大家没有去寻找新的协议，而是翻出了三十年前的老工具：命令行，这不是出于怀旧，而是由于大型语言模型早就熟悉这套操作，它在训练时啃过无数手册、脚本和问答，对 grep、jq、curl 这些词比对自家密码还熟。
当AI误删了Jira工单时，用MCP只能翻看一堆JSON日志，来回猜测，而使用CLI的话，直接输入jira issue view ID，结果立刻显示出来，问题出在哪里一目了然，并且CLI本身就能把命令串起来，列如curl | jq | awk，三行代码就完成数据清洗，不需要额外开发中间件，但用MCP的话，每次添加过滤逻辑都得编写新的服务。
有人觉得这是倒退，实则不是，开发者要的从来不是什么更干净的接口，而是要能摸得到、看得清、改得动的工具，MCP想统一标准，结果每个集成还得重新写文档，这和手写CLI协助页面没有区别，云原生那套API优先的思路，目前看来有点过于信任自己的能力了。
OpenClaw一直没支持MCP协议，当时许多人说它技术落后，目前回头再看，反而躲过了不少麻烦，用户后来大量卸载这类工具，不是由于AI本身不好用，而是MCP让AI显得反应迟钝，你想让它做件事，它得先读一大堆协议规范，你让它运行命令，它就直接动手去执行。
目前没人提起MCP了，它没有开过发布会，也没有发过挽留声明，就像一个邻居突然搬走，连通知都没有给，它的消失不是由于技术不行，而是那种替人包办一切的幻想破灭了。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
相关文章
暂无评论...
