协议修订版本: 草案
用户交互模型
MCP中的采样允许服务器实现代理行为,通过在其他MCP服务器功能内部嵌套LLM调用。 实现可以自由地通过任何适合其需求的界面模式来暴露采样功能——协议本身不规定任何特定的用户交互模型。能力
支持采样的客户端必须在初始化期间声明sampling能力:
协议消息
创建消息
要请求语言模型生成内容,服务器发送sampling/createMessage请求:
请求:
消息流程
数据类型
消息
采样消息可以包含:文本内容
图像内容
音频内容
模型偏好
在MCP中,模型选择需要仔细抽象,因为服务器和客户端可能使用具有不同模型提供的不同AI供应商。服务器不能简单地按名称请求特定模型,因为客户端可能无法访问该确切模型,或者可能更愿意使用其他供应商的等效模型。 为了解决这个问题,MCP实现了一个结合抽象能力优先级和可选模型提示的偏好系统:能力优先级
服务器通过三个标准化优先级值(0-1)表达其需求:costPriority:成本最小化有多重要?较高值倾向于更便宜的模型。speedPriority:低延迟有多重要?较高值倾向于更快的模型。intelligencePriority:高级功能有多重要?较高值倾向于更有能力的模型。
模型提示
虽然优先级有助于根据特征选择模型,但hints允许服务器建议特定模型或模型系列:
- 提示被视为可以灵活匹配模型名称的子字符串
- 多个提示按偏好顺序评估
- 客户端可以将提示映射到不同供应商的等效模型
- 提示是建议性的——客户端做出最终模型选择
gemini-1.5-pro。
错误处理
客户端应为常见失败情况返回错误: 示例错误:安全考虑
- 客户端应实施用户审批控制
- 双方应验证消息内容
- 客户端应尊重模型偏好提示
- 客户端应实施速率限制
- 双方必须妥善处理敏感数据