- 初始化(Initialization):能力协商和协议版本协定
- 运行(Operation):正常的协议通信
- 关闭(Shutdown):连接的优雅终止
生命周期阶段
初始化
初始化阶段**必须(MUST)**是客户端与服务器之间的第一次交互。在此阶段,客户端和服务器:- 建立协议版本兼容性
- 交换并协商能力
- 共享实现细节
initialize 请求来发起此阶段:
- 支持的协议版本
- 客户端能力
- 客户端实现信息
initialized 通知以表明它已准备好开始正常操作:
- 在服务器响应
initialize请求之前,客户端**不应(SHOULD NOT)**发送除 ping 以外的请求。 - 在收到
initialized通知之前,服务器**不应(SHOULD NOT)**发送除 ping 和日志以外的请求。
版本协商
在initialize 请求中,客户端**必须(MUST)发送一个它支持的协议版本。这应当(SHOULD)**是客户端支持的_最新_版本。
如果服务器支持所请求的协议版本,它**必须(MUST)以相同的版本响应。否则,服务器必须(MUST)以另一个它支持的协议版本响应。这应当(SHOULD)**是服务器支持的_最新_版本。
如果客户端不支持服务器响应中的版本,它**应当(SHOULD)**断开连接。
如果使用 HTTP,客户端**必须(MUST)**在向 MCP 服务器发出的所有后续请求上包含
MCP-Protocol-Version: <protocol-version> HTTP header。详情参见传输中的协议版本 Header 一节。能力协商
客户端和服务器的能力确立了会话期间哪些可选的协议特性将可用。 关键能力包括:
能力对象可以描述子能力,例如:
listChanged:对列表变更通知的支持(用于提示、资源和工具)subscribe:对订阅单个项目变化的支持(仅资源)
运行
在运行阶段,客户端和服务器根据协商的能力交换消息。 双方必须(MUST):- 尊重协商的协议版本
- 只使用成功协商的能力
关闭
在关闭阶段,一方(通常是客户端)干净地终止协议连接。没有定义特定的关闭消息——相反,应使用底层传输机制来示意连接终止:stdio
对于 stdio 传输,客户端**应当(SHOULD)**通过以下方式发起关闭:- 首先,关闭到子进程(服务器)的输入流
- 等待服务器退出,或者如果服务器未在合理时间内退出则发送
SIGTERM - 如果服务器在
SIGTERM之后仍未在合理时间内退出则发送SIGKILL
HTTP
对于 HTTP 传输,关闭通过关闭关联的 HTTP 连接来指示。超时
实现**应当(SHOULD)为所有发送的请求建立超时,以防止连接挂起和资源耗尽。当请求在超时期限内未收到成功或错误响应时,发送方应当(SHOULD)**为该请求发出一个取消通知并停止等待响应。 SDK 和其他中间件**应当(SHOULD)**允许这些超时按请求逐一配置。 实现**可以(MAY)选择在收到与请求对应的进度通知时重置超时时钟,因为这意味着工作确实在进行。然而,实现应当(SHOULD)**始终强制执行一个最大超时,无论进度通知如何,以限制行为不当的客户端或服务器的影响。错误处理
实现**应当(SHOULD)**准备好处理这些错误情形:- 协议版本不匹配
- 未能协商所需的能力
- 请求超时