📝 展开文字版内容（供搜索引擎索引）
🔌 模型上下文协议
一句话类比：MCP 就像 AI 世界的 USB-C：先统一插口，再让模型连外部能力。
大白话说：模型上下文协议是一套给大模型应用和外部系统之间“统一接线”的开放协议。以前每个客户端都要为每个工具、文件系统或数据源单独写适配；有了 MCP，客户端和服务器先按同一套规则握手，再暴露可读资料、提示模板和可调用工具，重复集成会少很多。
拆开看：
- Host / Client：承载模型的应用，负责连接服务器并把能力交给模型使用
- MCP Server：把文件、数据库、API 等外部系统包装成统一能力的服务端
- Resources：可读上下文，比如文件、文档、schema 或状态信息
- Prompts：服务器提供的提示模板或工作流入口
- Tools：能真正执行动作的能力，比如搜索、写文件、查数据库
常见误解：
❌ MCP 就是 tool calling 的另一个名字 → ✅ 不是，tool calling 只是 MCP 的一部分，MCP 还包含 resources、prompts 和初始化协商
❌ MCP 是一个模型或私有插件系统 → ✅ 不是，它本质上是一套开放协议，解决的是模型应用如何标准化连接外部能力
❌ 用了 MCP 就不需要 API 和安全设计了 → ✅ 不是，MCP 统一的是接口层，权限、鉴权和隔离仍然要单独设计
类比的边界：
- USB-C 是物理接口，MCP 是软件协议，统一的是消息交换方式不是电气接口
- 协议统一不等于安全问题自动解决，权限和隔离仍需单独设计
- 有了标准口也不代表所有客户端自动拥有所有能力，还要看客户端如何发现和使用这些能力