当你要求一个 AI 智能体“检查我的仓库库存”或“帮我预约这个时间”时,该智能体需要能够安全地连接到你的内部系统——不是拥有完全、危险的访问权限,而是拥有一组有限且受控的工具。这正是模型上下文协议(Model Context Protocol,MCP)旨在解决的问题。
MCP 到底是什么?
MCP 是由 Anthropic 推出的开源协议,为将语言模型连接到工具、数据和外部系统提供了一种共同的语言。MCP 并不要求每个 AI 模型都为每项服务构建定制接口,而是提供了一个标准的中间层:任何按照 MCP 规范实现的服务器,都可以被任何支持 MCP 的模型使用。
MCP 架构:客户端、服务器与宿主
MCP 中有三个主要角色。宿主应用程序(Host Application)是用户直接使用的应用(例如一个 AI 助手)。MCP 客户端存在于该应用内部,负责建立和管理连接。MCP 服务器则是你作为企业主构建的部分,通过它将你自己的工具和数据暴露给智能体——并对可提供的内容拥有完全的控制权。
MCP 服务器的三大核心要素
- Tools — 智能体可以执行的函数,例如
check_inventory()或book_appointment() - Resources — 智能体可以读取的数据,例如产品目录或退货政策
- Prompts — 预先制作的模板,向智能体建议如何以最佳方式与你的服务器交互
为什么 MCP 对在线商店至关重要?
如果没有 MCP,将 AI 连接到你内部系统的唯一方式,要么是赋予其完全的数据库访问权限,要么是编写脆弱的定制化集成——这两种方案都既有风险又昂贵。MCP 建立了一个清晰的安全边界:你可以精确决定哪些函数可用、哪些数据可读,以及每次调用来自何处。
- 精确的访问控制,而非对数据库的完全访问
- 能够记录并追踪每一次智能体请求
- 可在每个工具级别设置速率限制(Rate Limiting)
- 与任何支持 MCP 的 AI 模型兼容,无需重新开发
MCP 与 UCP 有什么区别?
这两种协议经常被混淆,但它们扮演着完全不同的角色。UCP 是为通用商业交易而设计的——产品搜索、购物车、结账——面向任何访问你网站的智能体开放。而 MCP 则是为了安全、私密地访问内部系统而设计,通常用于企业与 AI 助手之间更直接、信任级别更高的关系中。实际上,许多企业会同时使用这两种协议。
UCP 是你商店的前门;MCP 则是只允许经过授权的人员和智能体进入后台的钥匙。
如何构建一个简单的 MCP 服务器?
- 列出你希望向智能体开放的工具(例如查询库存、预约时间)
- 为每个工具在你的后端定义输入、输出和执行逻辑
- 使用官方 MCP SDK 之一(适用于 Python、Node.js 等)实现服务器
- 限制访问权限:只暴露真正需要的数据和操作
- 使用 MCP 客户端测试该服务器
关于 MCP 的常见问题
MCP 只适用于 Anthropic 的模型吗?
不是。MCP 是一个开放标准,旨在与任何支持其实现的 AI 模型或平台兼容。
实施 MCP 需要更改我现有的网站吗?
通常不需要。MCP 服务器可以作为一个独立的服务与你现有的网站并行运行,只连接你自己决定开放的那部分数据。
我需要同时实施 MCP 和 UCP 吗?
不必同时进行,但建议这样做。若想快速上手,请先使用免费生成器构建 UCP,然后按照分步实施指南继续实现 MCP。