转载说明：本文转载自 riba2534's Blog 原文《抛弃 MCP, CLI 才是 Agent 的母语》，原文发布于 2026-03-15。抛弃 MCP, CLI 才是 Agent 的母语 MCP 试图为 Agent 发明一种新语言，但 Agent 已经会说人话了。Unix CLI 就是那门最自然的语言。 Agent 要干活就得调用外部工具。读文件、查数据库、跑命令，都绕不开工具调用。目前主流有两条路：一条是 Anthropic 在 2024 年底推出的 MCP（Model Context Protocol），它定义了一套标准化的 JSON-RPC 协议，让 Agent 通过统一的接口跟各种工具对话；另一条是直接用 CLI（Command Line Interface），也就是命令行，例如 git、docker、curl 这些开发者用了几十年的老工具。 今天我好奇做了个统计：过去一个月，Agent 执行的工具调用里，Bash 命令占了 78%，MCP 调用占 12%，剩下 10% 是文件读写。 那 12% 的 MCP 调用里，大部分可以用 CLI 替代。 比如查 GitHub PR，我同时装了 GitHub MCP Server 和 gh CLI。用 MCP 查一个 PR 详情，Agent 需要先加载 tool schema、构造 JSON 参数、走 JSON-RPC 协议、解析返回的嵌套 JSON，一个来回消耗几千 tokens。换成 gh pr view 123，一行命令，返回人类可读的纯文本，Agent 理解起来零障碍。 两种方式做同一件事，效果一样，成本差一个数量级。 查 PR 只是一个缩影。后来我又对比了几个常用操作：查文件变更用 git diff 还是 MCP Git Server？搜代码用 rg 还是 MCP Grep Server？管理容器用 docker 还是 MCP Docker Server？结论几乎一样：CLI 更快、更省 token、Agent 用起来更顺。 这让我开始认真想一个问题：MCP 到底是简化了 Agent 与工具的交互，还是把简单事搞复杂了？ 带着这个疑问观察了几个月，我发现不只是我一个人这么想。风向变了 2025 年底到 2026 年初，行业里对 MCP 的态度发生了一次集体转向。 Vercel CEO rauchg 在 X 上直接说：“CLIs are the de-facto MCPs for agents”，CLI 就是事实上的 Agent 工具协议。Perplexity CTO、Y Combinator 掌舵人 Garry Tan 也在同一时期公开站了 CLI 这边。中文社区更直接，有人甚至喊出了“MCP 已死”。 从我自己刷 X 的观察来看，MCP 生态的增长在 2026 年 Q1 明显放缓了，而 CLI-first 的 Agent 工具数量在加速增长。我自己的体感也能印证这一点：去年底我还在到处找好用的 MCP Server，现在新出的 Agent 工具很多直接提供 CLI 接口，MCP 反而变成了可选项。 微软的 Playwright 就是典型：先做了 MCP Server，后来又专门出了一个 CLI 版本给 Agent 用。这种“先 MCP 后 CLI”的路径不是个案，Anthropic 自己也走了一遍。 如果只是一两个人吐槽，可以当噪音过滤掉。但当这么多不同背景、不同立场的人在同一时期指向同一个方向，而且工具开发者自己也在用行动投票，这就是一次结构性的认知转变了。 用投资的思维看，smart money 集体移动的时候，方向比幅度更重要。 我的判断是：MCP 在 2024 到 2025 年享受了一波“新协议红利”。新东西出来总会被追捧一阵。但当大量开发者在生产环境中真正用起来之后，问题暴露了。而且这些是设计层面的结构性缺陷，不是修几个 bug 就能解决的。算一笔账：MCP 到底有多贵 “好不好用”是主观判断，但“贵不贵”可以算。 先看一组基础数据。一个标准的 GitHub MCP Server 会话，光是加载工具 schema 就要消耗约 55,000 tokens。Claude 的上下文窗口虽然有 200K tokens，但有效利用率远没有那么高。55K 的 schema 直接占掉超过四分之一的上下文，还没开始干活，空间就去掉了一大块。 社区里有人做了一组更严格的基准测试，直接对比同一批任务在 CLI 和 MCP 下的表现： | 指标 | CLI | MCP | | --- | --- | --- | | 单次调用成本 | 基准 | 高 10-32 倍 | | 任务完成可靠率 | 100% | 72% | | 初始化开销 | 几乎为零 | schema 加载（数…