Hi,伙计们，我前几天刚学会 MCP 的应用……结果这两天，就看到一堆“MCP is dead”的帖子。

我：？？？ 我是真的一个大无语啊
才学会啊大哥！它怎么就死了？！

这不是我一个人的错觉。2026 年 3 月中旬，社区突然炸锅，三条高热度帖子直接把 MCP 钉上了“短命鬼”的耻辱柱。下面我把它们串起来讲清楚这波“死讯”的来龙去脉，也顺便说说我们这些追赶潮流的开发者该怎么办。

1. 源头：Perplexity CTO 内部表态（morganlinton 爆料）

https://x.com/morganlinton/status/2031795683897077965

Morgan（@morganlinton）贴出一张 Perplexity 内部会议截图，Perplexity 联合创始人兼 CTO Denis Yarats 明确说：
“我们正在放弃 MCP，转而直接用 APIs 和 CLIs”。

Perplexity 是目前 AI 搜索领域最顶尖的产品之一，他们的决定瞬间被解读为“行业风向标”。Morgan 配的那个表情包（👀）简直是“看戏不嫌事大”的经典。

2. 跟进：DuetChat 彻底删掉 MCP（dzhng 的长文）

https://x.com/dzhng/status/2029518820872945889

DuetChat 创始人 David（@dzhng）更狠，直接发了一篇长文，标题就是“我们 v2 版把 MCP 整个功能删了”。
核心理由总结得非常扎心：

  • MCP 会把几十个 tool 的 schema 全部塞进上下文窗口（O(n) 膨胀）。
  • AI 更聪明了，它可以自己读 API 文档、自己写代码、自己保存复用，完全不需要预定义的工具包装。
  • 代码执行 + 持久化服务器（persistent server）才是未来：上下文 O(1)，能力全覆盖，自进化。

David 甚至把对比表画得清清楚楚：MCP 像“预制菜”，代码执行像“现炒现卖”。他们把 OAuth、动态注册全删了，换成让 agent 自己写集成代码。

3. 高潮：levelsio 直接开香槟

https://x.com/levelsio/status/2031943074151104634

levelsio 转发 Morgan 的帖，标题只有一句：
“Thank god MCP is dead”

他把 MCP 和之前的 llms.txt 并列，说两者都是“dumb abstractions”（蠢抽象）。AI 现在聪明得像人类了，直接用现成的 API 和 CLI 就行，不需要中间商赚差价。

谁是 levelsio？
简单说，他是 indie hacker 圈的传奇人物，真名 Pieter Levels（荷兰人）。他一个人（几乎零团队）做出了 Nomad List、Remote OK、Photo AI、Avatar AI、Interior AI 等多个百万美元级产品，年收入稳定在几百万美元以上。他是“一个人做出 12 个 startup”的代表人物，也是 bootstrapped（自力更生、无融资）创业的活招牌。他的 X 账号 @levelsio 有 50 多万粉丝，每条推文都自带流量，常年霸榜 indie hacker 榜单。他说话风格直白、毒舌、爱开香槟，所以这条“thank god MCP is dead”转发瞬间把情绪推到顶点。

回复区瞬间分裂：

  • 一派狂欢：“终于死了！”
  • 一派反击：“Perplexity 说不要就不用？Chrome 和 Microsoft 还在把 WebMCP 塞进浏览器呢！”

我这个“刚学会 MCP”的开发者，现在是什么心情？

说实话，有点尴尬，又有点释然。

尴尬的是：我昨天还在按照官方文档（https://laravel.com/docs/12.x/mcp）写 Mcp::web() 和 Mcp::local()，今天就看到大厂在抛弃它。感觉像刚学会用 Vue2，第二天就宣布 Vue3 要全面废弃 Options API 一样。

但冷静想想，这波“死讯”其实暴露了 AI 代理时代的残酷真相：

  1. 上下文就是命
    MCP 的本质是“把工具字典塞进 prompt”。当 agent 聪明到能自己写代码时，字典就成了累赘。DuetChat 的 O(n) vs O(1) 对比太真实了。

  2. AI 已经进化到“自己写集成”
    这跟开发者以前手写 API 文档一样——现在 AI 可以读 OpenAPI、写 SDK、自己保存，下次直接调用。MCP 成了“中间人”。

  3. 但它真的完全死了吗？
    并没有。

    • 企业内部、受监管场景（金融、医疗）仍然需要标准化发现、认证、双向流。
    • Chrome / Microsoft 正在把 WebMCP 推进浏览器。
    • 应用 MCP 还有一个独门优势：它和你的 应用代码和内部系统 天然融合，AI 能真正“执行”业务逻辑，而不是只读数据。

给刚学会 MCP 的我们三个建议

  1. 别慌，先别删
    MCP 目前依然是接入 Claude Code、Cursor、Windsurf 最优雅的方式。继续用，但别把所有希望押在它上面。

  2. 双轨并行

    • 保留 MCP 做“发现层 + 简单工具”
    • 再加一个“代码执行服务器”（像 DuetChat 那样），让 agent 自己写复杂集成。MCP + CLI + persistent sandbox，三者结合才是王道。

  3. 把 MCP 当跳板
    现在学 MCP 的过程，其实是在学“如何把 应用 能力暴露给 AI”。等以后 agent 更聪明了，这些知识直接转成“让 AI 自己写集成”的 prompt 就行。学了不亏。

最后

MCP 可能确实正在成为“又一个短命鬼”，但这不是它的错，而是 AI 进化太快。
我们这些做应用的开发者，永远在追着时代跑——今天刚学会的东西，明天可能就过时了。

不过别丧。
真正牛的不是死守某个协议，而是快速适应。
就像 Taylor Otwell 说的：“ship or die”。

MCP 死了？
那就让它死吧。
我们继续学下一个更牛的东西。

你现在是继续用 MCP，还是已经准备上代码执行方案了？
评论区说说你的看法～