MCP彻底被抛弃了吗？

AI Agent生态正在经历一场静默的洗牌。曾被视为「终极标准」的MCP（Model Context Protocol）协议，正在从神坛上走下来。2026年3月中旬，Perplexity CTO Denis Yarats在Ask 2026大会上抛出了一枚重磅炸弹：「我们内部正在放弃MCP，转回REST API和CLI。」YC CEO Garry Tan更是直接开炮：「MCP sucks honestly」——这句话在一年前几乎不敢想象，因为彼时的MCP正被捧上神坛，生态服务器数量以周为单位翻倍。

MCP响应被动：只会等着被调用

这场变革背后，MCP到底出了什么问题？

MCP真的该死吗？

当你部署三个MCP服务器（GitHub、Playwright、IDE集成）时，在20万token的模型上，光工具定义就占掉了14.3万token。这意味着标准MCP设置消耗约72%的上下文窗口，Agent还没开始干活，可用空间就只剩下不到三成。这带来的不只是成本问题。研究者将此称为「context rot」——上下文腐烂。当100个工具的schema全堆在上下文里，Agent每做一个决策都得先翻过这些描述，工具选择准确率从43%暴跌到14%以下。工具配得越多，Agent反而越不知道该用哪个。

问题的根源在于MCP的加载方式——它把所有工具描述在session一开始就全量灌入，不管这次对话用不用得上。相比之下，Skills采用了「渐进式披露」的设计：session开始时Agent只读取每个Skill的元数据（名称、一句话描述），总共只需要几十个token可以忽略。只有当Agent判断某个Skill与当前任务相关时，才会把完整内容加载进来。这本质上是「把所有工具在门口一字排开让你自己挑」vs「先给你一份目录，需要时再翻」的区别。

MCP本质上是一套tool调用协议——怎么发现工具、怎么调用、怎么拿结果。它太平了，没有层级、没有子命令、没有会话生命周期感知。工具就摆在那里等着被调用，别的什么都不管。CLI则不同——一个CLI工具天然有子命令（git commit、git push、git log是完全不同的行为路径），Agent可以先跑个--help看看有什么，按需展开。Skills更进一步——它本质上是一个markdown文件，里面写着SOP：先干什么、再干什么、失败了怎么重试。Agent拿到的不是孤零零的工具，而是一整套操作流程。

如有侵权，请联系删除。