跳到主要内容
协议修订: 2025-11-25
模型上下文协议 (MCP) 为服务器向客户端开放提示词模板提供了一种标准化的方式。提示词允许服务器提供结构化的消息和指令,用于与语言模型进行交互。客户端可以发现可用的提示词、检索其内容,并提供参数对其进行自定义。

用户交互模型

提示词被设计为由用户控制,这意味着它们由服务器开放给客户端,目的是让用户能够显式地选择使用它们。 通常,提示词会通过用户界面中用户发起的命令来触发,这使得用户能够自然地发现并调用可用的提示词。 例如,作为斜杠命令: Example of prompt exposed as slash command 然而,实现者可以自由地通过任何适合其需求的界面模式来开放提示词——协议本身并不强制要求任何特定的用户交互模型。

功能

支持提示词的服务器必须初始化期间声明 prompts 能力
{
  "capabilities": {
    "prompts": {
      "listChanged": true
    }
  }
}
listChanged 表示当可用提示词列表发生变化时,服务器是否会发出通知。

协议消息

列出提示词

要检索可用提示词,客户端会发送 prompts/list 请求。此操作支持分页 请求:
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "prompts/list",
  "params": {
    "cursor": "optional-cursor-value"
  }
}
响应
{
  "jsonrpc": "2.0",
  "id": 1,
  "result": {
    "prompts": [
      {
        "name": "code_review",
        "title": "Request Code Review",
        "description": "Asks the LLM to analyze code quality and suggest improvements",
        "arguments": [
          {
            "name": "code",
            "description": "The code to review",
            "required": true
          }
        ],
        "icons": [
          {
            "src": "https://example.com/review-icon.svg",
            "mimeType": "image/svg+xml",
            "sizes": ["any"]
          }
        ]
      }
    ],
    "nextCursor": "next-page-cursor"
  }
}

获取提示词

要检索特定的提示词,客户端会发送 prompts/get 请求。参数可以通过自动补全 API 进行自动补全。 请求:
{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "prompts/get",
  "params": {
    "name": "code_review",
    "arguments": {
      "code": "def hello():\n    print('world')"
    }
  }
}
响应
{
  "jsonrpc": "2.0",
  "id": 2,
  "result": {
    "description": "Code review prompt",
    "messages": [
      {
        "role": "user",
        "content": {
          "type": "text",
          "text": "Please review this Python code:\ndef hello():\n    print('world')"
        }
      }
    ]
  }
}

列表变更通知

当可用提示词列表发生变化时,声明了 listChanged 能力的服务器应当发送通知
{
  "jsonrpc": "2.0",
  "method": "notifications/prompts/list_changed"
}

消息流

数据类型

提示词 (Prompt)

提示词定义包括
  • name: 提示词的唯一标识符
  • title: 提示词的可选人类可读名称,用于显示目的。
  • description: 可选的人类可读描述
  • icons: 用于在用户界面中显示的可选图标数组
  • arguments: 用于自定义的可选参数列表

提示词消息 (PromptMessage)

提示词中的消息可以包含
  • role: “user” 或 “assistant”,用于指示发言者
  • content: 以下内容类型之一
提示词消息中的所有内容类型都支持可选的注解 (annotations),用于提供有关受众、优先级和修改时间的元数据。

文本内容

文本内容代表纯文本消息
{
  "type": "text",
  "text": "The text content of the message"
}
这是自然语言交互中最常用的内容类型。

图像内容

图像内容允许在消息中包含视觉信息
{
  "type": "image",
  "data": "base64-encoded-image-data",
  "mimeType": "image/png"
}
图像数据必须经过 base64 编码并包含有效的 MIME 类型。这使得在视觉上下文很重要的多模态交互成为可能。

音频内容

音频内容允许在消息中包含音频信息
{
  "type": "audio",
  "data": "base64-encoded-audio-data",
  "mimeType": "audio/wav"
}
音频数据必须经过 base64 编码并包含有效的 MIME 类型。这使得在音频上下文很重要的多模态交互成为可能。

嵌入资源

嵌入资源允许在消息中直接引用服务器端资源
{
  "type": "resource",
  "resource": {
    "uri": "resource://example",
    "mimeType": "text/plain",
    "text": "Resource content"
  }
}
资源可以包含文本或二进制 (blob) 数据,并且必须包括
  • 有效的资源 URI
  • 相应的 MIME 类型
  • 文本内容或 base64 编码的 blob 数据
嵌入资源使提示词能够将服务器管理的内容(如文档、代码示例或其他参考资料)无缝地直接整合到对话流中。

错误处理

服务器应该为常见的失败情况返回标准的 JSON-RPC 错误
  • 无效的提示词名称:-32602 (无效参数)
  • 缺少必需参数:-32602 (无效参数)
  • 内部错误:-32603 (内部错误)

实现注意事项

  1. 服务器在处理前应当验证提示词参数
  2. 客户端应当处理大型提示词列表的分页
  3. 双方都应当尊重能力协商

安全性

实现必须仔细验证所有提示词的输入和输出,以防止注入攻击或对资源的未授权访问。