003｜MCP 协议：模型上下文协议如何统一工具生态
MCP 是 Anthropic 推出的开放协议，让模型可以统一访问文件、数据库、API 等上下文。2024-2025 面试新热点。
核心结论：MCP（Model Context Protocol，莫豆·康·泰克斯特·普洛·托·考，模型上下文协议）是 Anthropic（安·斯若·皮克）推出的开放标准，让 LLM 通过统一协议访问各种数据源和工具，解决每个工具都要单独对接的问题。
一、MCP 要解决什么问题
以前每接入一个数据源，都要写一套适配：
向量库 → 一套 API
数据库 → 一套 API
文件系统 → 一套 API
GitHub → 一套 API
MCP 要变成统一接口：
MCP 客户端 → MCP 服务器 → 数据源/工具
类似 USB-C，一个接口接各种设备。
二、MCP 的核心架构
- MCP Host（侯斯特）：运行 LLM 的应用，如 Claude Desktop、Cursor、IDE。
- MCP Client（克·莱恩特）：Host 里的客户端，负责连接 MCP Server。
- MCP Server（瑟沃）：暴露数据源或工具的服务端。
- MCP Transport（川斯·泡特）：通信方式，可以是 stdio 或 HTTP/SSE。
Host (Cursor/Claude)
→ Client
→ Server (文件系统)
→ Server (PostgreSQL)
→ Server (GitHub API)
三、MCP 的能力
MCP Server 可以提供三类能力：
- Resources（瑞·索斯）：只读数据，如文件内容、数据库 schema。
- Tools（图·斯）：可被 LLM 调用的函数。
- Prompts（普·朗姆·普茨）：预定义的提示模板。
四、MCP 和 Function Calling 的关系
| 维度 | Function Calling | MCP |
|---|---|---|
| 范围 | 单次调用 | 完整的上下文协议 |
| 标准化 | 各模型有自己的格式 | 统一协议 |
| 生态 | 依赖框架封装 | 工具提供方直接实现 |
| 目标 | 让 LLM 调用工具 | 让 LLM 访问任意上下文 |
面试话术：
Function Calling 是模型能力，MCP 是协议标准。MCP 让不同的工具和数据源以统一方式暴露给 LLM，降低了生态对接成本。
五、MCP 对企业的价值
- 降低工具接入成本。
- 工具提供方一次实现，多处复用。
- 让 LLM 应用的上下文来源标准化。
- 安全：MCP Server 可以独立控制权限。
六、面试热点问答
Q：MCP 和 API 有什么区别？
API 是通用的，MCP 是专门为 LLM 设计的上下文协议。MCP 不仅暴露工具，还暴露资源、提示模板，并且让客户端可以动态发现能力。
Q：MCP 能不能替代 LangChain？
不完全替代。MCP 解决的是工具和上下文的统一接入，LangChain 解决的是链式编排和抽象。两者可以互补。
七、一句话总结
MCP 想让 LLM 访问世界的方式像 USB-C 一样统一：一个协议，接上所有工具和数据源。
下一步推荐
- 004｜RAG 评估与优化：从指标到工程的完整链路
- 005｜Agentic RAG：让检索过程也能自主决策