跳至主要内容
Aurikle
AI与系统Aurikle

MCP是什么,和API有什么分别

MCP 是 Model Context Protocol 的缩写,是一项开放协议,用来把 AI 应用连接到外部资料与工具。它和 API 的分别在于:API 是某一个系统自己规定的接口,MCP 是 AI 应用与服务器之间共用的发现与调用方式。MCP 服务器背后仍可能调用既有 API;采用 MCP,并不取消该 API 的权限,也不取消须由人同意才可执行的操作。

目录
  1. 规范里写了什么
  2. API 仍是那一个系统自己的接口
  3. 调用工具之前要有人同意
  4. 先写清流程,再谈接入
对应服务方案评估、原型及整合阅读这篇

规范里写了什么

2026 年 7 月 28 日的 Model Context Protocol 规范 写明,这是一项开放协议,使 LLM 应用能以标准方式连接外部资料来源与工具。同一页写明,协议以 JSON-RPC 2.0 消息沟通,角色分为主机(发起连接的 LLM 应用)、客户端(主机内的连接器)与服务器(提供情境与能力的服务)。

规范列出服务器可向客户端提供的三类能力:资源(供人或模型使用的情境与资料)、提示(供人使用的消息范本与工作流程)、工具(供模型执行的功能)。项目说明 把 MCP 定义为把 AI 应用连接到外部系统的开放标准,并把资料来源、工具与工作流程列为连接对象。

API 仍是那一个系统自己的接口

API 由该系统的提供者规定:有哪些操作、从哪个地址调用、要附上什么凭证。会计、文件库或消息系统若已有 API,建立记录或读取文件仍走那套接口。

MCP 服务器可以把「调用某个 API」包成一项工具,让 AI 应用用同一套方式发现并提出调用。工具的输入与权限,仍要对应该 API 已经存在的规则。换了协议,并没有换掉背后那个系统的账号与授权。

调用工具之前要有人同意

上述规范的安全原则写明:主机在调用任何工具之前,必须取得用户的明确同意;用户也应在授权前理解该工具做什么。工具可以执行程序,因此说明文字在未经信任的来源取得时,不应直接当真。

这与把回复直接发给客户、或把金额直接入账,是同一类界线。协议本身写明它无法在协议层强制这些原则,实现时要自己做同意、授权与访问控制。

先写清流程,再谈接入

流程与资料存放位置尚未写清时,先接上 MCP,只是多了一个可以动作的入口。先用一小段真实样本验证要调用的操作是否可靠,再决定是否接入现有身份与资料。

评估时写明:哪一个 API 仍是准则、哪一项工具可以提议调用、哪一种结果必须停下来等人。这三项未写明,不应把工具接到会改动记录的系统上。

相关笔记