AI Agent原理篇12：MCP 协议原理

第 05 篇讲了工具调用：在请求里定义工具，模型提出调用，你的程序执行。这套机制有一个问题：每个 Agent 应用都要自己写一遍工具对接代码。MCP（Model Context Protocol）就是为了解决这个问题而出现的协议。

一、MCP 解决什么问题

假设你有 3 个 Agent 应用（一个聊天助手、一个编码工具、一个内部机器人），想让它们都能访问 5 个系统（数据库、文档库、工单系统、监控系统、代码仓库）。没有统一协议时，你要写 3 × 5 = 15 套对接代码，每个应用一套，格式还各不相同。

MCP 把这个问题变成了 3 + 5：

这和 USB 接口的思路一样：设备和电脑之间约定一个标准，任何设备都能插到任何电脑上。

角色	是什么	举例
Host	用户直接使用的 Agent 应用，包含模型调用和 Agent Loop	桌面聊天应用、编码工具
Client	Host 内部负责和某个 Server 通信的组件	每连接一个 Server，就有一个对应的 Client
Server	把某个系统的能力按 MCP 标准暴露出来的程序	数据库 Server、文件系统 Server、GitHub Server

协议的消息格式基于 JSON-RPC 2.0，也就是请求带方法名和参数，响应带结果或错误。

能力	是什么	由谁决定使用	举例
Tools（工具）	可以被调用的函数	模型决定	查询订单、创建工单、执行 SQL
Resources（资源）	可以被读取的数据，用 URI 标识	通常由应用或用户决定	某个文件、某张表的结构、一份配置
Prompts（提示模板）	预先写好的提示词模板	通常由用户选择	「生成周报」「代码审查」模板

三者中，Tools 用得最多，它和第 05 篇讲的工具调用是同一回事，只是定义从 Server 那里获取，而不是写死在应用里。

典型的方法有：tools/list（列出工具）、tools/call（调用工具）、resources/list、resources/read、prompts/list、prompts/get。

可以看到，模型本身并不知道 MCP 的存在。对模型来说，这些工具和普通工具没有区别。

这两个概念经常被混淆，其实它们在不同的层次：

MCP 依赖 Function Calling 工作，但它解决的是工具的组织和接入问题，而不是模型如何调用的问题。

stdio（标准输入输出）：Host 在本地启动 Server 进程，通过标准输入输出通信。简单、安全，适合本地工具，比如访问本机文件。
Streamable HTTP：Server 作为一个 HTTP 服务运行，可以部署在远程，多个用户共用。适合公司内部共享的服务或 SaaS 提供的 Server。早期版本使用的 HTTP+SSE 传输方式已被它取代。

远程 Server 需要鉴权。MCP 规范定义了基于 OAuth 的授权流程，让用户以自己的身份授权 Agent 访问对应的系统。

MCP 还是一个较新的协议，版本更新比较频繁，学习时要注意看对应的版本。比如 2026 年 7 月发布的规范做了较大调整：

去掉了连接初始化握手和会话：早期版本要求 Client 先发 initialize 请求协商版本和能力，新版本改为每个请求自带版本和能力信息，任何一台 Server 实例都能处理任何请求，更便于水平扩展和负载均衡。
新增 server/discover：Client 可以按需查询 Server 支持的版本和能力。
Roots、Sampling、Logging 等几个特性被标记为弃用，有一年以上的过渡期。

这些变化对使用者影响不大，主要影响 SDK 和 Server 的实现。理解 Tools / Resources / Prompts 和 Host / Client / Server 这两组核心概念，就能读懂任何版本。具体细节以官方规范 modelcontextprotocol.io 为准。