@tobi: 关于 LLMs 的 MCP 与 CLI 之争是错误的讨论。人们在错误的层面上辩论。只要……
摘要
本文认为,关于 LLMs 的 MCP 与 CLI 之争是错误的,因为两者在持久状态环境中都表现良好,并建议通过一个通用执行环境来实现未来的统一。
查看缓存全文
缓存时间: 2026/09/21 15:43
MCP与CLI之争对于LLM来说是个错误的议题。双方的辩论其实处于错误的层面。
只要通过能持久化状态的交互式环境运行,两种方式都表现极其出色。有趣的是,CLI工具通常经由BASH访问——BASH恰好是一个具有持久化状态(文件系统)的交互式环境,因此CLI比MCP表现更优。但这绝非MCP的固有缺陷,仅说明我们需要更完善的执行框架。
当前最优秀的交互式环境包括:
- bash + 文件系统
- Jupyter内核
- codemode类交互环境(通常是QuickJS)
LLM能深刻理解通过系统演进解决问题的概念——这源于其智能体强化学习训练。它们懂得如何修改代码库状态或获取数据库数据,并能像人类一样操作这些数据。但若缺乏执行环境,LLM实际上无法正确完成这些操作。
我的预测是:很快就会有人(或许已有人?)开发出可嵌入的SQLite式微型执行环境,能将Bash、TypeScript或工具调用解析为通用中间语言执行计划,便于执行前进行安全检查。该环境将专为持久化执行而设计。届时我们只需将CLI、MCP、WebMCP等各类接口接入该系统——由于所有输入模态都能相互转化,该系统可接受任何形式的输入。
相似文章
@trq212: 我没想到事情会这样发展,但我认为对于大多数集成来说,MCP比CLI更好。模型已经…
作者认为,对于大多数AI集成,模型上下文协议(MCP)优于命令行界面(CLI),理由是改进了工具调用和无状态性。
@akshay_pachaar: MCP 与 CLI 之争。在 2025 年的大部分时间里,AI 工程师们对此争论不休。怀疑论者摆出了真实数据:- Playwright MCP …
Anthropic 的“代码模式”(Code Mode)重新定义了 MCP 与 CLI 之争。它让 AI 代理编写代码,通过运行时调用工具,而不是将完整的模式加载到上下文中,从而大幅减少了 token 消耗。这种方法结合了 MCP 的强类型契约与懒加载机制,证明了该协议正在演进,而非走向消亡。
技能 + CLI 或 MCP
作者讨论了他们对LLMs日益增长的信任,并寻求关于在软件开发中使用AI技能结合CLI工具或MCP服务器哪种方法更优化令牌使用且更不易出错的建议。
@trq212:相关讨论- 我认为,如果目标仅仅是可靠的工具调用,bash已不再是唯一必需的工具,但沙箱加bash…
Thariq认为,由于改进的模型能力和MCP的无状态设计,MCPs在AI工具调用方面优于CLIs,而bash和沙箱仍适用于代码生成和执行。
为何MCP一直是个糟糕的想法?
这篇文章认为,MCP最初用于将LLMs连接到外部服务,但由于LLMs的进步,现在可以直接处理API调用,使得许多MCP服务器变得多余,因而过时了。