概述
MCP 为应用提供了一种标准化的方式来:- 与语言模型共享上下文信息
- 向 AI 系统暴露工具和能力
- 构建可组合的集成和工作流
- 宿主(Hosts):发起连接的 LLM 应用
- 客户端(Clients):宿主应用内的连接器
- 服务器(Servers):提供上下文和能力的服务
关键细节
基础协议
- JSON-RPC 消息格式
- 无状态、自包含的请求
- 按请求的能力协商
特性
服务器向客户端提供以下任意特性:- 资源(Resources):供用户或 AI 模型使用的上下文和数据
- 提示(Prompts):为用户提供的模板化消息和工作流
- 工具(Tools):供 AI 模型执行的函数
- 征询(Elicitation):由服务器发起的、向用户请求额外信息的请求
额外的实用工具
- 配置
- 进度跟踪
- 取消
- 错误报告
扩展
在核心协议之外,MCP 定义了可选的扩展,它们添加模块化、专门化或实验性的功能。扩展始终是选择加入的,并需要客户端和服务器双方的显式支持,在初始化期间协商。值得注意的扩展包括:- Tasks:长时运行操作的异步执行,带有轮询、执行中途输入和持久句柄
- Skills over MCP:为智能体工作流提供的丰富、结构化的指令,通过 MCP 被发现和消费
- MCP 应用:在对话中内联渲染的交互式 UI 元素(图表、表单、视频播放器)
安全与信任及安全
模型上下文协议通过任意的数据访问和代码执行路径实现了强大的能力。伴随这种能力而来的是所有实现者都必须仔细处理的重要安全与信任考量。关键原则
-
用户同意与控制
- 用户必须显式地同意并理解所有数据访问和操作
- 用户必须保留对共享哪些数据和采取哪些操作的控制
- 实现者应当为审查和授权活动提供清晰的 UI
-
数据隐私
- 宿主必须在向服务器暴露用户数据之前获得显式的用户同意
- 宿主不得在未经用户同意的情况下将资源数据传输到别处
- 用户数据应当以适当的访问控制加以保护
-
工具安全
- 工具代表任意的代码执行,必须以适当的谨慎对待。
- 特别是,诸如注解之类的工具行为描述应被视为不受信任的,除非从一个受信任的服务器获得。
- 宿主必须在调用任何工具之前获得显式的用户同意
- 用户应当在授权使用某个工具之前理解它做什么
- 工具代表任意的代码执行,必须以适当的谨慎对待。
实现指南
虽然 MCP 本身无法在协议层面强制执行这些安全原则,但实现者应当(SHOULD):- 在其应用中构建健壮的同意和授权流程
- 提供关于安全影响的清晰文档
- 实现适当的访问控制和数据保护
- 在其集成中遵循安全最佳实践
- 在其特性设计中考虑隐私影响