🔥 硅谷大佬开炮：“MCP 烂透了！”
2026年3月，AI领域发生了一场静悄悄的革命。
Perplexity 联合创始人 Denis Yarats 在内部会议上宣布：放弃 MCP，回归 API 和 CLI。
YC 总裁 Garry Tan 更直接："说实话，MCP 糟透了。“他自己写了一个 CLI 包装器，30分钟、100行代码，效果比 MCP 好 100 倍。
过去一年被吹捧为 “AI 时代 TCP/IP” 的 MCP，怎么突然成了众矢之的？
💡 核心问题：上下文肥胖症
MCP 的初衷是伟大的——让 Agent 一键连接所有工具。但代价是沉重的上下文负担。
残酷的数据对比
| 模式 | Token 消耗 | 效果 |
|---|---|---|
| GitHub MCP | 50,000 Token | 构建交互环境 |
| gh CLI + Skill.md | 200 Token | 直接发送指令 |
250 倍的差距。
在长上下文模型依然昂贵的 2026 年，这直接决定了一个 AI 产品是盈利还是亏损。
为什么 MCP 这么重？
Garry Tan 指出了三个致命问题：
- 上下文窗口臃肿 - 每次调用都要加载大量协议定义
- 身份验证笨拙 - 复杂的服务器握手流程
- 手动开关服务器 - 运维负担重
这就像"每次进餐前都要通读《食品安全法》"。
📝 Skills.md 的崛起：语义压缩的降维打击
为什么 Perplexity 宁愿回归 CLI？
因为在 AI 时代，“描述"比"定义"更高效。
两种哲学
| MCP | Skills |
|---|---|
| 给机器看的 | 给 AI 看的 |
| JSON 架构、复杂验证 | 简单 Markdown、直接指令 |
| 先有协议，再有连接 | 连接大于协议 |
一个写着 “使用 gh 命令行工具进行操作” 的 SKILL.md 文件，用 200 Token 就达到了 MCP 50,000 Token 的效果。
这不是优化，是降维打击。
⚔️ 两个世界的博弈
协议派 (MCP)：理想主义的大一统
- 代表：Anthropic 等大模型厂商
- 逻辑：AI Agent 需要标准化沟通协议，就像互联网需要 TCP/IP
- 代价：通用性带来沉重负担，复杂握手导致巨大开销
实效派 (API/CLI)：极简主义的黑客精神
- 代表：Perplexity、Garry Tan、一线开发者
- 逻辑：API 已经成熟，为什么还要包一层厚重的 MCP？
- 优势：极致的上下文密度，200 Token 直接命中终点
“别跟我谈什么全球标准，我只想用最少的 Token 让我的 Agent 把活干完。”
🎯 MCP 真的要死了吗？
不，但它正在退缩到最擅长的领域。
MCP 的真正价值在于企业内网的复杂工具链——跨系统、高频调用、需要严格标准化的场景。
而在面向消费者的、追求极致体验的 Agent 场景中，API 和 Skills 正在收复失地。
微软的混合式答案
.NET Skills Executor 给出了业界新共识：
| 层级 | 用途 |
|---|---|
| 第一层 (Skill层) | 用极简 Markdown 引导 AI |
| 第二层 (执行层) | 复杂跨系统调用时才静默使用 MCP |
最好的协议，是没有协议。
🔍 对我们的启示
OpenClaw 的选择
| 组件 | 模式 | 评价 |
|---|---|---|
| Skills | ✅ Skill.md | 轻量、高效、200 Token 级别 |
| Tools | 混合 | 直接调用 + Skill 封装 |
| MCP | 可选扩展 | 复杂场景才启用 |
结论：OpenClaw 的 Skills 设计是正确的方向。
开发者原则
“如果一个简单的 CLI 包装就能解决问题，千万不要去写一个复杂的 MCP 服务器。”
📌 写在最后
从开发者们"拆除 MCP 服务器，替换为 Skills md 文件”，到 Perplexity 内部宣布放弃 MCP，不难看出这样一个道理：
在如今的 AI 领域，过度工程化是创新的天敌。
MCP 试图为 AI 建立一套"礼仪”，但 AI 创新者们真正需要的是"效率"。
也许，在 2026 年，最好的协议就是**“没有协议”**。
参考文章：51CTO技术栈《硅谷大佬炮轰MCP：简直烂透了！》 首发于「Tars的技术观察」