MCP 架构概述：什么是模型上下文协议（MCP）？

模型上下文协议（MCP）遵循客户端-主机-服务器架构，其中每个主机可以运行多个客户端实例。这种架构使用户可以大概在保持清晰的界限和隔离关注点的同时，将 AI 本领集成到各个应用步调中。基于 JSON-RPC 构建的 MCP 提供了一种面向上下文交换和客户端与服务器之间采样协调的会话状态协议。
核心组件

主机

主进程充当容器和协调器：

• 创建和管理多个客户端实例
  
• 控制客户端连接权限和生命周期
  
• 逼迫执行安全策略和同意要求
  
• 处理用户授权决策
  
• 协调 AI/LLM集成和采样
  
• 管理客户端之间的上下文聚合
  

客户端

每个客户端由主机创建并维护一个独立的服务器连接：

• 为每个服务器建立一个有状态的会话
  
• 处理协议协商和功能交换
  
• 双向路由协议消息
  
• 管理订阅和通知
  
• 维护服务器之间的安全界限
  

主应用步调创建并管理多个客户端，每个客户端与特定的服务器保持一对一的关系。
服务器

服务器提供专业化的上下文和功能：

• 通过 MCP 原语公开资源、工具和提示
  
• 独立操纵，承担明确责任
  
• 通过客户端接口进行请求采样
  
• 必须遵守安全约束
  
• 可以是本地进程或远程服务
  

设计原则

MCP 基于几个关键设计原则，这些原则引导了其架构和实现

• 服务器应该非常容易构建
  
     
  
  • 主应用处理复杂的编排职责   
    
  • 服务器专注于特定、界说明确的性能   
    
  • 简单的接口可以最小化实现开销   
    
  • 清晰的分离使代码易于维护  
    
    
  
• 服务器应高度可组合
  
     
  
  • 每个服务器提供独立的功能   
    
  • 多个服务器可以无缝结合   
    
  • 共享协议实现互操纵性   
    
  • 模块化设计支持可扩展性  
    
    
  
• 服务器不应可以大概读取整个对话，也不应“窥视”其他服务器
  
     
  
  • 服务器只吸取须要的上下文信息   
    
  • 完备的对话历史始终与主机在一起   
    
  • 每个服务器连接都保持隔离   
    
  • 服务器间的交互由主机控制   
    
  • 主进程逼迫执行安全界限  
    
    
  
• 可以徐徐向服务器和客户端添加功能
  
     
  
  • 核心协议提供最小必须的功能   
    
  • 可根据必要协商附加功能   
    
  • 服务器和客户端独立演进   
    
  • 为未来扩展而设计的协议   
    
  • 向后兼容性得到保持  
    
  
  

本领协商

模

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。