实测：MCP开销远超预期，日常开发用CLI更划算？

【导语：长期以来，MCP被视为AI编码助手交互的事实标准，但Quandri工程团队研究发现，MCP开销远超预期，有些场景下用CLI更划算。】

实测数据：MCP开销与延迟惊人

4个MCP服务器注册的工具定义就要消耗约21000个token，占用一个20万token上下文窗口的10.5%。在查询Linear issue的场景中，MCP调用需约13000 token，CLI方式仅约200 token，差距达65倍。且MCP调用速度比直接API调用慢约3倍，严重影响开发体验。

问题根源：工具定义暴露方式不合理

当连接多个MCP服务器时，所有工具的签名和描述都被塞进上下文，即便只用到部分工具，也要为全部工具付出token成本。这是MCP开销大的核心原因。

替代方案：CLI优先与Skills模式

对于有成熟CLI工具的服务，如GitHub CLI、PostgreSQL，直接调用CLI更合理，它无额外上下文开销和延迟，人机使用方式一致，调试路径清晰。另一种思路是Skills模式，让工具指令按需加载，可极大减少上下文占用，保持工具集可发现性。

MCP仍有价值的场景

对于没有CLI访问方式的服务、非技术用户使用场景、需对生产数据库进行查询安全限制的场合，MCP的抽象层仍有意义，可降低连接“没有CLI接口的服务”的门槛。

编辑观点：Quandri的结论打破了对MCP的固有认知，提醒开发者按需选择工具，避免盲目追求统一协议，让工具发挥最大价值。