MCP 与 CLI 集成路线之争：多方实测转向 MCP

围绕 AI 编码工作流该选 Skill+CLI 还是 MCP server，多位开发者先后表态，讨论风向在 9 月 15-16 日间明显转向 MCP 一方。

已确认

9 月 15 日，PrinceSauromates 发起讨论：随着开源模型可靠性提升，他想升级 AI 编码工作流，个人更倾向 Skill+CLI（感觉控制力更强），但在 MCP 的标准化接入面前犹豫不决。
9 月 16 日，trq212 表示实测后改口：出乎自己意料，MCP 在大多数集成场景下比 CLI 更合适，理由是模型 tool calling 能力已大幅提升、工具可延迟加载（defer tools）、MCP 现已支持无状态模式。
Rhys Sullivan（经 teropa 转发）宣称 MCP 已「全面胜利」，多数场景比 CLI 更适合 Agent：可索引的工具目录让 Agent 能扩展到无限工具、无需运行完整 sandbox、所有 MCP 共享一致的认证机制。
mitsuhiko 参与讨论并认同：模型的工具调用能力大幅提升、延迟加载工具避免上下文爆炸、MCP 协议现在是无状态的、工程上更简洁，因此 MCP 已比 CLI 更适合大多数集成场景。
安全研究者 yenkel 重提其文章《If you kill MCP, you don't give a st about security》：针对「MCP 已死、CLI 更好」的论调，他强调 CLI 调用 API 无法提供良好安全所需的保证。

这一争论直接影响 AI Agent 工具层的基础架构选型：若 MCP 的可索引目录、延迟加载与无状态特性确已成熟，CLI 集成路线的安全性与可扩展性劣势会被放大；而 yenkel 从安全角度的反对意见表明争论尚未终结。

2026-09-15 ~ 2026-09-16 · 5 条相关