Skip to main content
协议修订: 2024-11-05
Model Context Protocol (MCP) 为客户端-服务器连接定义了严格的生命周期,确保正确的功能协商和状态管理。
  1. 初始化: 功能协商和协议版本协议
  2. 操作: 正常的协议通信
  3. 关闭: 连接的优雅终止

生命周期阶段

初始化

初始化阶段必须是客户端和服务器之间的第一次交互。在此阶段,客户端和服务器:
  • 建立协议版本兼容性
  • 交换和协商功能
  • 共享实现细节
客户端必须通过发送包含以下内容的 initialize 请求来启动此阶段:
  • 支持的协议版本
  • 客户端功能
  • 客户端实现信息
服务器必须使用自己的功能和信息进行响应:
成功初始化后,客户端必须发送 initialized 通知以表示它已准备好开始正常操作:
  • 客户端不应在服务器响应 initialize 请求之前发送除ping之外的请求。
  • 服务器不应在接收到 initialized 通知之前发送除ping日志记录之外的请求。

版本协商

initialize 请求中,客户端必须发送它支持的协议版本。这应该是客户端支持的_最新_版本。 如果服务器支持请求的协议版本,它必须使用相同版本进行响应。否则,服务器必须使用它支持的另一个协议版本进行响应。这应该是服务器支持的_最新_版本。 如果客户端不支持服务器响应中的版本,它应该断开连接。

功能协商

客户端和服务器功能建立在会话期间哪些可选协议功能将可用。 关键功能包括: 功能对象可以描述子功能,如:
  • listChanged: 支持列表更改通知(针对提示、资源和工具)
  • subscribe: 支持订阅单个项目的更改(仅限资源)

操作

在操作阶段,客户端和服务器根据协商的功能交换消息。 双方应该
  • 尊重协商的协议版本
  • 仅使用成功协商的功能

关闭

在关闭阶段,一方(通常是客户端)干净地终止协议连接。没有定义特定的关闭消息——相反,应该使用底层传输机制来表示连接终止:

stdio

对于stdio传输,客户端应该通过以下方式启动关闭:
  1. 首先,关闭到子进程(服务器)的输入流
  2. 等待服务器退出,或者如果服务器在合理时间内没有退出,则发送 SIGTERM
  3. 如果服务器在 SIGTERM 后在合理时间内没有退出,则发送 SIGKILL
服务器可以通过关闭到客户端的输出流并退出而启动关闭。

HTTP

对于HTTP传输,关闭通过关闭关联的HTTP连接来表示。

错误处理

实现应该准备处理这些错误情况:
  • 协议版本不匹配
  • 协商必需功能失败
  • 初始化请求超时
  • 关闭超时
实现应该为所有请求实现适当的超时,以防止挂起的连接和资源耗尽。 初始化错误示例: