跳到主要内容

MCP 指南

不要神化 Model Context Protocol：它是一层集成协议，不是宗教

MCP 为兼容客户端提供发现和调用工具的共同协议。它非常有价值，但并不会让 CLI、API 或库失去意义。

Alejandro Sánchez约 8 分钟

AI 代理通过 MCP 和 CLI 连接工具的概念图

MCP 解决什么

MCP 客户端可以发现工具、理解输入 schema，并通过共同方式接收结构化内容。当多个工具需要服务多个客户端时，这能减少大量一对一集成。

  • 发现工具和资源。
  • 输入 schema 与结构化结果。
  • 兼容客户端与服务器之间的共同通道。

CLI 为什么仍然重要

CLI 可以直接运行在终端、脚本、CI、远程 shell 和没有 MCP 客户端的环境中。命令、参数、退出码和 stdout 也非常容易观察。

qzx diagnoseProject . --json

MCP 与 CLI 可以共享同一个核心

把核心操作与传输接口分开后，同一种能力可以同时通过 CLI 和 MCP 暴露，而不重复业务逻辑。QZX Result Contract v1 正是围绕这种可验证互操作性进行设计。

如何选择

  • 需要兼容客户端发现工具时优先 MCP。
  • 重视终端可移植性和本地自动化时优先 CLI。
  • 天然边界就是网络服务时使用 API。
  • 不要只因为流行就增加一层架构。

常见问题

MCP 会取代 CLI 吗？

不会。MCP 擅长工具发现和结构化调用；CLI 在本地自动化、脚本、CI 和终端环境中仍然非常直接。

QZX 是 MCP 服务器吗？

QZX 的核心是一款跨平台 CLI。Result Contract v1 也旨在让包括 MCP 在内的结构化消费者更容易验证互操作性。

什么时候更适合 MCP？

当兼容客户端需要发现工具、schema 并通过共同协议调用能力时。对于简单的本地流程，CLI 往往更直接。