为简洁起见,此页面上的请求示例省略了必需的
_meta
请求元数据(io.modelcontextprotocol/protocolVersion、
io.modelcontextprotocol/clientInfo 和
io.modelcontextprotocol/clientCapabilities)。每个请求必须包含
这些字段;请参见_meta。用户交互模型
提示词旨在成为用户控制的,这意味着它们从服务器暴露给客户端,目的是让用户能够明确选择使用它们。这指的是谁决定何时使用提示词,而不是谁编写其内容。提示词内容由服务器定义。 通常,提示词将通过用户界面中用户发起的命令触发,这允许用户自然地发现并调用可用的提示词。 例如,作为斜杠命令:
能力
支持提示词的服务器 必须 在其DiscoverResult 中声明 prompts 能力:
listChanged 指示服务器是否将在可用提示词列表更改时发出通知。
声明了 prompts 能力的服务器 必须 以当前对请求客户端可用的提示词集合响应 prompts/list 请求。该集合可以为空,也可以随时间变化(参见 列表更改通知),但绝不能因连接而异,或因该连接上的其他请求而产生副作用。该集合可以随请求中提供的授权而变化——例如,仅返回调用方已获授权范围内允许的提示词——因为凭据是逐请求输入,而不是连接状态。
协议消息
列出提示词
要检索可用的提示词,客户端发送prompts/list 请求。此操作支持 分页 和 缓存。
请求:
获取提示词
要检索特定提示词,客户端发送prompts/get 请求。参数可以通过 补全 API 自动完成。
请求:
prompts/get 返回一个 InputRequiredResult,表示在提示词能够被解析之前还需要额外输入。这遵循 多轮往返请求 机制。重试请求时,客户端会在请求参数中包含 inputResponses,以及如果服务器提供了的话,还会包含 requestState。
列表更改通知
当可用提示词列表发生变化时,声明了listChanged
能力的服务器 应该 向已打开带有
promptsListChanged: true 的
subscriptions/listen 流的客户端发送通知:
消息流
数据类型
提示词
提示词定义包括:name: 提示词的唯一标识符title: 可选的用于显示目的的人类可读提示词名称。description: 可选的人类可读描述icons: 可选的用于用户界面显示的图标数组arguments: 可选的用于自定义的参数列表
提示词消息
提示词中的消息可以包含:role: “user” 或 “assistant” 以指示说话者content: 以下内容类型之一:
提示消息中的所有内容类型都支持可选的
annotations,用于描述受众、优先级和修改时间等元数据。
文本内容
文本内容表示纯文本消息:图像内容
图像内容允许在消息中包含视觉信息:音频内容
音频内容允许在消息中包含音频信息:资源链接
提示消息可以包含指向 资源 的链接,以在不直接嵌入资源内容的情况下提供额外上下文或 数据。在这种情况下,提示消息 返回一个可由客户端获取的 URI:嵌入资源
嵌入资源允许直接在消息中引用服务器端资源:- 有效的资源 URI
- 适当的 MIME 类型
- 文本内容或 base64 编码的 blob 数据
错误处理
服务器应该为常见失败情况返回标准 JSON-RPC 错误:- 无效的提示词名称:
-32602(无效参数) - 缺少必需参数:
-32602(无效参数) - 内部错误:
-32603(内部错误)
实现注意事项
- 服务器应该在处理前验证提示词参数
- 客户端应该处理大型提示词列表的分页
- 双方应该遵守能力协商