Skip to main content
协议修订版:2025-06-18
Model Context Protocol (MCP) 允许服务器暴露可以被语言模型调用的工具。工具使模型能够与外部系统交互,例如查询数据库、调用 API 或执行计算。每个工具由一个名称唯一标识,并包含描述其模式的元数据。

用户交互模型

MCP 中的工具被设计为模型控制,这意味着语言模型可以基于其上下文理解和用户的提示自动发现和调用工具。 但是,实现可以自由地通过任何适合其需求的界面模式来暴露工具——协议本身并不强制要求任何特定的用户交互模型。
为了信任、安全性和安全性,应该始终有人工介入,能够拒绝工具调用。应用程序应该
  • 提供清晰显示哪些工具被暴露给 AI 模型的 UI
  • 在工具被调用时插入清晰的视觉指示器
  • 为操作呈现确认提示给用户,以确保有人工介入

能力

支持工具的服务器必须声明 tools 能力:
listChanged 表示当可用工具列表发生变化时,服务器是否会发出通知。

协议消息

列出工具

要发现可用工具,客户端发送 tools/list 请求。此操作支持分页 请求:
响应:

调用工具

要调用工具,客户端发送 tools/call 请求: 请求:
响应:

列表变更通知

当可用工具列表发生变化时,声明了 listChanged 能力的服务器应该发送通知:

消息流程

数据类型

工具

工具定义包括:
  • name:工具的唯一标识符
  • title:可选的用于显示目的的人类可读工具名称。
  • description:功能的人类可读描述
  • inputSchema:定义预期参数的 JSON Schema
  • outputSchema:可选的定义预期输出结构的 JSON Schema
  • annotations:可选的描述工具行为的属性
为了信任、安全性和安全性,客户端必须将工具注解视为不可信的,除非它们来自受信任的服务器。

工具结果

工具结果可能包含结构化非结构化内容。 非结构化内容在结果的 content 字段中返回,可以包含多个不同类型的內容项:
所有内容类型(文本、图像、音频、资源链接和嵌入资源)都支持可选的 注解,这些注解 提供关于受众、优先级和修改时间的元数据。这是资源和提示使用的相同注解格式。

文本内容

图像内容

此示例演示了可选注解的使用。

音频内容

资源链接

工具可以返回指向资源的链接,以提供额外上下文或数据。在这种情况下,工具将返回一个可以被客户端订阅或获取的 URI:
资源链接支持与常规资源相同的资源注解,以帮助客户端理解如何使用它们。
工具返回的资源链接不能保证出现在 resources/list 请求的结果中。

嵌入资源

资源可以被嵌入以使用合适的URI 方案提供额外上下文或数据。使用嵌入资源的服务器应该实现 resources 能力:
嵌入资源支持与常规资源相同的资源注解,以帮助客户端理解如何使用它们。

结构化内容

结构化内容作为 JSON 对象在结果的 structuredContent 字段中返回。 为了向后兼容,返回结构化内容的工具应该也在 TextContent 块中返回序列化的 JSON。

输出模式

工具也可以提供输出模式用于验证结构化结果。如果提供了输出模式:
  • 服务器必须提供符合此模式的结构化结果。
  • 客户端应该根据此模式验证结构化结果。
带输出模式的工具示例:
Example valid response for this tool:
提供输出模式有助于客户端和 LLM 理解并正确处理结构化工具输出,通过:
  • 启用响应的严格模式验证
  • 为更好地与编程语言集成提供类型信息
  • 指导客户端和 LLM 正确解析和利用返回的数据
  • 支持更好的文档和开发者体验

错误处理

工具使用两种错误报告机制:
  1. 协议错误:用于如下问题的标准 JSON-RPC 错误:
    • 未知工具
    • 无效参数
    • 服务器错误
  2. 工具执行错误:在工具结果中报告,带有 isError: true
    • API 失败
    • 无效输入数据
    • 业务逻辑错误
协议错误示例:
工具执行错误示例:

安全注意事项

  1. 服务器必须
    • 验证所有工具输入
    • 实现适当的访问控制
    • 对工具调用进行速率限制
    • 清理工具输出
  2. 客户端应该
    • 在敏感操作上提示用户确认
    • 在调用服务器之前向用户显示工具输入,以避免恶意或意外的数据泄露
    • 在传递给 LLM 之前验证工具结果
    • 为工具调用实现超时
    • 记录工具使用情况以进行审计