协议修订: 2025-11-25
用户交互模型
提示词被设计为由用户控制,这意味着它们由服务器开放给客户端,目的是让用户能够显式地选择使用它们。 通常,提示词会通过用户界面中用户发起的命令来触发,这使得用户能够自然地发现并调用可用的提示词。 例如,作为斜杠命令:
功能
支持提示词的服务器必须在初始化期间声明prompts 能力
listChanged 表示当可用提示词列表发生变化时,服务器是否会发出通知。
协议消息
列出提示词
要检索可用提示词,客户端会发送prompts/list 请求。此操作支持分页。 请求:获取提示词
要检索特定的提示词,客户端会发送prompts/get 请求。参数可以通过自动补全 API 进行自动补全。 请求:列表变更通知
当可用提示词列表发生变化时,声明了listChanged 能力的服务器应当发送通知
消息流
数据类型
提示词 (Prompt)
提示词定义包括name: 提示词的唯一标识符title: 提示词的可选人类可读名称,用于显示目的。description: 可选的人类可读描述icons: 用于在用户界面中显示的可选图标数组arguments: 用于自定义的可选参数列表
提示词消息 (PromptMessage)
提示词中的消息可以包含role: “user” 或 “assistant”,用于指示发言者content: 以下内容类型之一
提示词消息中的所有内容类型都支持可选的注解 (annotations),用于提供有关受众、优先级和修改时间的元数据。
文本内容
文本内容代表纯文本消息图像内容
图像内容允许在消息中包含视觉信息音频内容
音频内容允许在消息中包含音频信息嵌入资源
嵌入资源允许在消息中直接引用服务器端资源- 有效的资源 URI
- 相应的 MIME 类型
- 文本内容或 base64 编码的 blob 数据
错误处理
服务器应该为常见的失败情况返回标准的 JSON-RPC 错误- 无效的提示词名称:
-32602(无效参数) - 缺少必需参数:
-32602(无效参数) - 内部错误:
-32603(内部错误)
实现注意事项
- 服务器在处理前应当验证提示词参数
- 客户端应当处理大型提示词列表的分页
- 双方都应当尊重能力协商