什么是 MCP?用大白话讲模型上下文协议

TL;DR

MCP(Model Context Protocol,模型上下文协议)是一个开放标准——由 Anthropic 于 2024 年末推出,此后被整个行业采纳——它让 AI 助理用同一套通用方式使用外部工具和数据。在 MCP 之前,每个应用 × 每个助理都需要一次定制集成。有了它之后,应用只要开放一个 MCP 服务器,任何支持 MCP 的助理都能连上。那个流行的类比很贴切:它是 AI 工具的 USB-C。GO AI Chat 的 Mac 应用就内置了一个——详见 /mcp

MCP 解决的问题

一个只会聊天的 AI 助理是玩具;有用的那种会读你的文件、查你的数据、在你的应用里做事。在 MCP 之前,每一条这样的连接都是定制的:这个助理 × 那个应用一次集成,用那个助理的私有格式写,乘以每一对组合。工程师管这叫 N×M 问题——N 个助理乘以 M 个工具,等于 N×M 个没人愿意维护的集成。

MCP 把它压平了:工具实现一个服务器,助理实现一个客户端,任意配对都能用。是这套经济逻辑——不是炒作——让它在发布一年之内席卷了主要 AI 厂商。

它怎么运作(60 秒,不写代码)

底层是走 stdio 或 HTTP 的 JSON-RPC——刻意做得很朴素的管道。标准的全部意义,就是让你永远不用去想它。

为什么 2026 年你总听到它

因为智能体让它变得绕不开。「智能体」就是会执行多步动作的助理,而每一步都需要一个工具。MCP 成了工具被提供出来的方式:数据库、浏览器、设计工具和项目跟踪器都有成千上万个公开服务器,它们的目录读起来像个应用商店。当某个应用宣布「AI 助理现在可以处理你的数据了」,底下的机制很可能就是 MCP。

一个具体例子:GO AI Chat 的 MCP 服务器

我们不是站在场边空谈。GO AI Chat 的 Mac 应用内置一个本地 MCP 服务器:跑在你 Mac 上、支持 MCP 的助理——比如 Claude——可以连上它,处理你的 GO AI 对话。它只在你自己的机器(localhost)上监听,所以什么都不会暴露到网络上;你授权的那个助理是在设备上直接和应用对话的。安装方法和完整工具列表记录在 goaichat.app/mcp

一个聊天应用为什么要把自己的对话开放给别的助理?因为这正是 MCP 所代表的赌注:你的数据应当能被你选择的任何 AI 使用,而配合这个未来的应用,会赢过把它围起来的应用。

MCP 和那些容易被搞混的东西

东西它是什么和 MCP 的关系
函数调用描述可调用函数的、各模型自有的 API 特性是某个模型内部的机制;MCP 标准化的是应用与任意模型之间的连接
插件(2023 年那一代)某一家厂商的私有工具格式正是 MCP 取代的东西——目标相同,只是封闭而非开放
RAG检索文档来给答案提供依据互补——检索往往正是通过一个 MCP 服务器被触发的
一般意义上的 API软件与软件对话的方式MCP 是专为 AI 助理特化的 API 约定:自描述、有权限意识

如果你不是开发者,需要关心吗?

你关心它的方式,就像你关心蓝牙:只在配对的时候。真正值得记住的是那份权限直觉——一个 MCP 服务器定义了助理看到什么、能做什么,所以当你连接它时,那份清单就是该读的东西。只在本机监听的服务器(比如我们的)把一切都留在你的机器上;远程服务器则值得像对待任何第三方服务一样审视。

常见问题

MCP 是什么的缩写?

Model Context Protocol——Anthropic 于 2024 年 11 月推出的开放标准,让 AI 助理用同一套方式连接外部工具、数据源和应用。

和函数调用有什么区别?

函数调用是某个模型自有格式下的 API 特性。MCP 把整条连接标准化了。函数调用是插座,MCP 是标准化的插头。

MCP 安全吗?

协议本身中性;安全取决于服务器向谁暴露了什么。本地服务器把数据留在设备上;远程服务器要像第三方服务一样审视。

GO AI Chat 支持 MCP 吗?

支持——Mac 应用内置只在 localhost 监听的本地 MCP 服务器。详见 goaichat.app/mcp