MCP的衰落与CLI的崛起

MCP（Model Context Protocol）曾被视为连接一切工具的标准，被誉为Agent的万能接口。然而近期趋势显示，越来越多的顶级开发者开始悄悄抛弃MCP，转而采用更原始但高效的直接调用命令行程序（CLI）的方式。这一现象并非极客圈子的自嗨，而是行业头部企业的实际选择。今年3月，Perplexity的CTO在开发者大会上公开宣布内部全面转向API和CLI工具，放弃MCP；Y Combinator的CEO也明确表示使用CLI而非MCP。此外，近期爆火的OpenClaw在执行任务时几乎全用内部工具和CLI命令，MCP的身影极少。这种从标准化接口回归原始命令行界面的转变，引发了关于大模型工具未来形态的深刻讨论：CLI究竟有何优势？MCP又存在哪些不为人知的问题？“为什么现在反而被古老的 CLI 工具抢饭碗”成为核心议题。

Token消耗：MCP的元信息负担

CLI工具最显著的优势之一是Token消耗极小。相比之下，MCP工具的元信息（名称、描述、入参格式等）会大量占用大模型的上下文窗口。以OpenClaw项目为例，若通过MCP查询GitHub仓库的最新Issue，系统需将可用工具列表发送给大模型。以GitHub MCP Server为例，其中包含44个工具。这44个工具的元信息加起来长达1683行，字符数约为63703个。经过Token计算工具测算，这部分元信息将占用14268个Token。若使用Claude Sonnet模型，仅这一项开销约为3毛钱。如果同时接入多个MCP Server，光工具说明的费用就可能高达数元。“光是工具说明 都能花掉你好几块钱”，且这尚未计算模型输出的Token成本。这种高昂的上下文占用使得MCP在轻量级任务中显得极不划算。

Token消耗：CLI的极简策略

与MCP不同，CLI模式仅需发送一个通用的bash工具说明给大模型。该说明仅十几行，核心逻辑是“传一个叫做 command 的参数”，由大模型生成具体命令执行。对于常见的CLI程序（如gh, git, grep），大模型在训练阶段已内化其用法，无需额外文档即可直接调用。“像 gh git 和 grep 这种常见的 CLI 程序 大模型在训练阶段 就已经见识过大量的用法了”。对于冷门或自研CLI工具，只需提供一份说明文档（即Agent Skill）即可。“给大模型一份对应的说明文档就行”。这种策略使得CLI的Token消耗几乎可以忽略不计，相比MCP上万行的工具描述，效率优势巨大。

执行效率：MCP的多轮交互瓶颈

CLI的另一个核心优势是执行效率高。以摄影师批量处理照片（筛选横图、加水印、上传）为例，MCP模式需要大模型作为调度中心进行多轮思考与交互：先调用读取目录工具获取文件列表，再调用读取图片信息工具判断宽高，接着筛选后调用图像处理工具加水印，最后调用上传工具。“大模型是整个链路的调度中心 所有操作都必须要经过它”。每一步执行结果都必须返回大模型，由其决定下一步动作。“整体效率自然就卡在这里了”。这种串行且依赖大模型响应的流程，导致每个步骤都有显著的延迟累积。

执行效率：CLI的管道组合哲学

在CLI模式下，大模型只需思考一次并生成一条包含多个命令的单行指令。例如：exiftool筛选横图，通过管道符|传递给ImageMagick加水印并输出到文件夹，再通过双AND号&&连接scp命令批量上传。“一个是竖杠 它负责把上个命令的结果传给下一个命令”。这些步骤在本地自动连续执行，无需大模型介入。“等所有操作执行完毕 结果才回到大模型这里”。这种高效性源于UNIX系统的“每个工具只做一件事 但做到极致”的设计哲学。“工具和工具之间可以自由组合 像搭积木一样拼出任意复杂的流程”。CLI通过简单的符号串联，实现了远超单一工具功能的自动化流程。

灵活性对比：CLI的组合优势 vs MCP的僵化

MCP若要实现类似CLI的高效流程，需将多个步骤封装为一个复杂的单一工具。然而，这种设计缺乏灵活性。“需求稍微一变 这个工具就不够用了”。例如，若需额外筛选4K分辨率或转换PNG格式，必须重新开发MCP工具。而CLI只需调整参数并重新拼接命令即可。“换个需求调整几个参数 重新拼一下 几秒钟就搞定了”。这种组合式的灵活性是MCP难以复刻的，使得CLI在面对多变需求时更具适应性。

MCP的优势：可控性与安全性

尽管CLI优势明显，MCP在更可控和更安全方面仍具不可替代性。首先，CLI命令易受特殊字符影响导致报错。“如果某张横板照片的文件名里 刚好包含一个单引号...那这条命令就会直接报错”。而MCP通过JSON结构传递参数，利用转义规则清晰界定边界。“参数的边界也是清晰的 不会像 CLI 那样 跟命令本身的语法产生冲突”，从而降低出错概率。其次，CLI的灵活性带来安全风险。“万一是夹带了一个 rm -rf 之类的操作 本地文件可能就被误删了”。在云端共享环境中，直接执行CLI命令可能导致服务器崩溃。“一旦放开 CLI 权限 一条失控的命令 就有可能把整个服务器...给搞崩”。MCP通过受限设计，确保工具只能执行预设操作。“它只能做工具设计者允许它做的事”。

结论

未来格局将是CLI走向个人，MCP留守企业。对于大多数场景和开发者而言，CLI凭借更低的Token消耗、更高的执行效率和组合灵活性，成为更快、更便宜的选择。“CLI 就是一个更快更便宜 更直接的选择”。然而，MCP不会消失，其在安全性和可控性上的优势使其在企业级和云端环境中不可或缺。“在对安全性要求 非常高的场景下 MCP 工具这种受限的设计 反而成了一种优势”。最终，CLI将主导个人化和轻量级任务，而MCP将继续服务于对稳定性和安全有严格要求的企业及云端自动化场景。