核心组件
主机
主机进程充当容器和协调者：- 创建和管理多个客户端实例
- 控制客户端连接权限和生命周期
- 执行安全策略和同意要求
- 处理用户授权决策
- 协调 AI/LLM 集成和采样
- 管理跨客户端的上下文聚合
客户端
每个客户端均由主机创建，并维护隔离的服务器连接：- 为每个服务器建立一个有状态会话
- 处理协议协商和能力交换
- 双向路由协议消息
- 管理订阅和通知
- 维护服务器之间的安全边界
服务器
服务器提供专门的上下文和能力：- 通过 MCP 原语暴露资源、工具和提示词
- 独立运行，职责专注
- 通过客户端接口请求采样
- 必须遵守安全约束
- 可以是本地进程或远程服务
设计原则
MCP 基于几个关键设计原则构建，这些原则指导其架构和 实现：-
服务器应该极其易于构建
- 主机应用程序处理复杂的编排职责
- 服务器专注于特定、定义明确的能力
- 简单的接口最小化实现开销
- 清晰的分离使代码可维护
-
服务器应该高度可组合
- 每个服务器在隔离中提供专注的功能
- 多个服务器可以无缝组合
- 共享协议实现互操作性
- 模块化设计支持可扩展性
-
服务器不应该能够读取整个对话，也不应该“窥视”其他
服务器
- 服务器仅接收必要的上下文信息
- 完整对话历史保留在主机处
- 每个服务器连接保持隔离
- 跨服务器交互由主机控制
- 主机进程执行安全边界
-
功能可以逐步添加到服务器和客户端
- 核心协议提供最小必需功能
- 额外能力可按需协商
- 服务器和客户端独立演进
- 协议设计为未来可扩展
- 保持向后兼容性
能力协商
模型上下文协议使用基于能力的协商系统，客户端和 服务器在初始化期间明确声明其支持的功能。能力 确定会话期间可用的协议功能和原语。- 服务器声明能力，如资源订阅、工具支持和提示词 模板
- 客户端声明能力，如采样支持和通知处理
- 双方必须在整个会话期间遵守声明的能力
- 额外能力可以通过协议扩展进行协商