TL;DR
- MCP 在 AI 代理需要可发现的类型工具、结构化资源和持久的集成合同时更佳。
- CLI 更适合于确定性的脚本、Shell 组合、本地调试、持续集成以及已经理解命令表面的操作员。
- MCP 并不取代 CLI；一个设计良好的 MCP 服务器可以封装相同经过测试的库或命令实现。
- 安全性取决于能力范围、参数验证、凭据、批准、日志记录和隔离，而不是接口标签。
- 当人类需要可重现的命令而代理需要一个有限的工具架构时，请同时使用两者。
什么是 MCP 和 CLI？
模型上下文协议 (MCP) 是一个用于向兼容的 AI 主机公开工具、资源和提示的协议。命令行接口 (CLI) 向人类和自动化公开命令、标志、标准输入/输出、文件和退出代码。针对 AI 代理的 Crawl MCP 工作流 说明了一个狭窄的 Web 工具如何位于代理与集合服务之间。
Nstdata Proxy Manager 是一个可以位于受限适配器后面的操作表面的实例；接口选择不应扩大底层路由权限。
主要参考文献包括 模型上下文协议介绍、MCP 规范、POSIX Shell 命令语言 和 命令行接口指南。
MCP 和 CLI 如何比较？
| 决策 | MCP | CLI |
|---|---|---|
| 发现 | 主机可以列出工具和架构 | 帮助文本、手册、完成和约定 |
| 输入 | 类型结构化参数 | 标志、环境、标准输入、文件 |
| 输出 | 结构化内容和资源 | 标准输出、标准错误、文件、退出代码 |
| 会话 | 可能保持客户端/服务器连接 | 通常每次调用一个进程 |
| 组合 | 主机选择并链接工具 | Shell 管道和脚本组合命令 |
| 最佳操作员 | AI 主机加上人类批准 | 人类、脚本、持续集成、调度程序 |