概述
MCP 为应用提供了一种标准化的方式来:- 与语言模型共享上下文信息
- 向 AI 系统暴露工具和能力
- 构建可组合的集成和工作流
- 宿主(Hosts):发起连接的 LLM 应用
- 客户端(Clients):宿主应用内的连接器
- 服务器(Servers):提供上下文和能力的服务
关键细节
基础协议
- JSON-RPC 消息格式
- 有状态连接
- 服务器和客户端能力协商
特性
服务器向客户端提供以下任意特性:- 资源(Resources):供用户或 AI 模型使用的上下文和数据
- 提示(Prompts):为用户提供的模板化消息和工作流
- 工具(Tools):供 AI 模型执行的函数
- 采样(Sampling):由服务器发起的智能体行为和递归 LLM 交互
- 根(Roots):由服务器发起的、对可操作的 URI 或文件系统边界的查询
- 征询(Elicitation):由服务器发起的、向用户请求额外信息的请求
额外的实用工具
- 配置
- 进度跟踪
- 取消
- 错误报告
- 日志
安全与信任及安全
模型上下文协议通过任意的数据访问和代码执行路径实现了强大的能力。伴随这种能力而来的是所有实现者都必须仔细处理的重要安全与信任考量。关键原则
-
用户同意与控制
- 用户必须显式地同意并理解所有数据访问和操作
- 用户必须保留对共享哪些数据和采取哪些操作的控制
- 实现者应当为审查和授权活动提供清晰的 UI
-
数据隐私
- 宿主必须在向服务器暴露用户数据之前获得显式的用户同意
- 宿主不得在未经用户同意的情况下将资源数据传输到别处
- 用户数据应当以适当的访问控制加以保护
-
工具安全
- 工具代表任意的代码执行,必须以适当的谨慎对待。
- 特别是,诸如注解之类的工具行为描述应被视为不受信任的,除非从一个受信任的服务器获得。
- 宿主必须在调用任何工具之前获得显式的用户同意
- 用户应当在授权使用某个工具之前理解它做什么
- 工具代表任意的代码执行,必须以适当的谨慎对待。
-
LLM 采样控制
- 用户必须显式地批准任何 LLM 采样请求
- 用户应当控制:
- 是否进行采样
- 将要发送的实际提示
- 服务器可以看到什么结果
- 协议有意限制服务器对提示的可见性
实现指南
虽然 MCP 本身无法在协议层面强制执行这些安全原则,但实现者应当(SHOULD):- 在其应用中构建健壮的同意和授权流程
- 提供关于安全影响的清晰文档
- 实现适当的访问控制和数据保护
- 在其集成中遵循安全最佳实践
- 在其特性设计中考虑隐私影响