概述

协议版本：2025-03-26

模型上下文协议由几个协同工作的关键组件组成：

• 基础协议：核心 JSON-RPC 消息类型
• 生命周期管理：连接初始化、功能协商和会话控制
• 服务器功能：服务器公开的资源、提示和工具
• 客户端功能：客户端提供的采样和根目录列表
• 实用工具：日志记录和参数完成等跨领域关注点

所有实现必须支持基础协议和生命周期管理组件。其他组件可以根据应用程序的特定需求实现。

这些协议层在实现客户端和服务器之间丰富交互的同时，建立了清晰的关注点分离。模块化设计使实现能够准确地支持它们所需的功能。

消息

MCP 客户端和服务器之间的所有消息必须遵循 JSON-RPC 2.0 规范。协议定义了这些类型的消息：

请求

请求从客户端发送到服务器，或从服务器发送到客户端，以启动操作。

{
  jsonrpc: "2.0";
  id: string | number;
  method: string;
  params?: {
    [key: string]: unknown;
  };
}

• 请求必须包含字符串或整数 ID。
• 与基础 JSON-RPC 不同，ID 绝不能是 null。
• 请求 ID 绝不能在同一会话中先前被请求者使用过。

响应

响应作为对请求的回复发送，包含操作的结果或错误。

{
  jsonrpc: "2.0";
  id: string | number;
  result?: {
    [key: string]: unknown;
  }
  error?: {
    code: number;
    message: string;
    data?: unknown;
  }
}

• 响应必须包含与其对应的请求相同的 ID。
• 响应进一步细分为成功结果或错误。必须设置 result 或 error 之一。响应绝不能同时设置两者。
• 结果可以遵循任何 JSON 对象结构，而错误必须至少包含错误代码和消息。
• 错误代码必须是整数。

通知

通知从客户端发送到服务器，或从服务器发送到客户端，作为单向消息。接收者绝不能发送响应。

{
  jsonrpc: "2.0";
  method: string;
  params?: {
    [key: string]: unknown;
  };
}

• 通知绝不能包含 ID。

批处理

JSON-RPC 还定义了一种批量处理多个请求和通知的方法，通过在数组中发送它们。MCP 实现可以支持发送 JSON-RPC 批处理，但必须支持接收 JSON-RPC 批处理。

授权

MCP 提供了用于 HTTP 的授权框架。使用基于 HTTP 的传输的实现应该符合此规范，而使用 STDIO 传输的实现不应该遵循此规范，而应从环境中检索凭据。

此外，客户端和服务器可以协商自己的自定义身份验证和授权策略。

有关 MCP 授权机制演进的进一步讨论和贡献，请加入我们的 GitHub Discussions，帮助塑造协议的未来！

架构

协议的完整规范定义为 TypeScript 架构。这是所有协议消息和结构的事实来源。

还有 JSON 架构，它是从 TypeScript 事实来源自动生成的，用于各种自动化工具。