服务器功能
工具
协议修订版:2025-03-26
模型上下文协议(MCP)允许服务器暴露可由语言模型调用的工具。工具使模型能够与外部系统交互,例如查询数据库、调用 API 或执行计算。每个工具通过名称唯一标识,并包含描述其模式的元数据。
用户交互模型
MCP 中的工具设计为 模型控制,意味着语言模型可以根据其上下文理解和用户提示自动发现和调用工具。
然而,实现可以自由选择适合其需求的任何界面模式来暴露工具——协议本身不强制要求特定的用户交互模型。
为了信任、安全和保障,应该 始终有一个人类参与者,能够拒绝工具调用。
应用程序 应该:
- 提供清晰的 UI,显示暴露给 AI 模型的工具
- 在工具调用时插入清晰的视觉指示
- 为操作提供用户确认提示,以确保人类参与
能力
支持工具的服务器 必须 声明 tools
能力:
listChanged
指示服务器是否会在可用工具列表发生变化时发出通知。
协议消息
列出工具
要发现可用工具,客户端发送 tools/list
请求。此操作支持 分页。
请求:
响应:
调用工具
要调用工具,客户端发送 tools/call
请求:
请求:
响应:
列表变更通知
当可用工具列表发生变化时,声明了 listChanged
能力的服务器 应该 发送通知:
消息流程
数据类型
工具
工具定义包括:
name
:工具的唯一标识符description
:功能的人类可读描述inputSchema
:定义预期参数的 JSON 模式annotations
:描述工具行为的可选属性
为了信任、安全和保障,客户端 必须 将工具注解视为不受信任,除非它们来自可信任的服务器。
工具结果
工具结果可以包含多种不同类型的内容项:
文本内容
图像内容
音频内容
嵌入资源
资源 可以 嵌入,以提供额外的上下文或数据,背后是一个客户端可以稍后订阅或再次获取的 URI:
错误处理
工具使用两种错误报告机制:
-
协议错误:用于处理以下问题的标准 JSON-RPC 错误:
- 未知工具
- 无效参数
- 服务器错误
-
工具执行错误:在工具结果中报告,带有
isError: true
:- API 失败
- 无效输入数据
- 业务逻辑错误
协议错误示例:
工具执行错误示例:
安全考虑
-
服务器 必须:
- 验证所有工具输入
- 实施适当的访问控制
- 对工具调用进行速率限制
- 清理工具输出
-
客户端 应该:
- 对敏感操作提示用户确认
- 在调用服务器前向用户显示工具输入,以避免恶意或意外的数据泄露
- 在将工具结果传递给 LLM 前进行验证
- 为工具调用实现超时
- 记录工具使用情况以供审计