MCP 的 Tools、Resources 和 Prompts 有什么区别？

详细解析#

对比#

基础介绍见 MCP 是什么，三者在架构中的位置见 MCP 的架构。

Tools：模型控制的操作#

• 定义包含 name、description 和参数的 inputSchema，可选 title（显示名）、outputSchema（结构化结果的格式）和 annotations（行为提示）
• 结果放在 content 数组里，可以是文本、图片、音频、资源链接或内嵌资源；声明了 outputSchema 时，还要返回符合它的 structuredContent
• 执行失败时在结果里标记 isError: true，让模型看到错误并修正
• 规范建议始终保留人工把关：界面上让用户知道开放了哪些工具、何时被调用，敏感操作执行前请用户确认

Resources：应用控制的上下文#

• 每个资源用 URI 唯一标识，常见的有 file://、https://、git://，也可以自定义，比如 calendar://events/2024
• 内容是文本（text）或 base64 编码的二进制（blob），带 mimeType
• 资源模板用 URI 模板描述一类带参数的资源，比如 weather://forecast/{city}/{date}，参数可以配合补全接口给出提示
• Client 可以订阅某个资源，资源变化时 Server 发送更新通知
• 怎么使用由应用决定：让用户手动选择，按关键词或 Embedding 筛选，或者全部交给模型

Prompts：用户选择的模板#

• 内容由 Server 定义，用户在界面上显式选用，比如输入 / 后从列表里选
• 可以带参数，prompts/get 返回一组填好参数的消息，角色是 user 或 assistant，内容可以包含文本、图片或资源
• 适合把"怎么用好这个 Server"的经验固化下来，比如数据库 Server 提供一个带示例查询的"分析慢查询"模板

{
  "resultType": "complete",
  "description": "分析一条慢查询并给出优化建议",
  "messages": [
    {
      "role": "user",
      "content": { "type": "text", "text": "请分析下面这条 SQL 慢在哪里，并给出索引建议：\nSELECT * FROM orders WHERE ..." }
    }
  ]
}

上面是 prompts/get 返回的结果，Host 把这些消息放进对话，再交给模型处理。

Client 提供给 Server 的能力#

2026-07-28 版规范中，这类交互不再由 Server 主动向 Client 发请求，而是在响应里返回一个 input_required 类型的结果，说明需要什么输入，Client 收集好之后带着这些输入重试原请求。

面试官可能追问#

易错点#

• 把三种能力都当成"模型调用的函数"，实际上只有 Tools 由模型控制
• 认为 Resource 只能是文件。URI 可以指向数据库表结构、日历、接口数据等任何数据，文件只是其中一种
• 把 Roots 当成安全边界。Roots 只是告诉 Server 应该在哪里工作，并不强制限制访问，真正的隔离要靠操作系统权限或沙箱