【MCP】MCP: The USB-C of AI

MCP（Model Context Protocol，模型上下文协议） 的实现方式是什么？为什么标准能做到统一？

本文尝试用简单的例子，来解释说明一下

想象一下，你们学校有很多办公室：

图书馆 医务室 体育室 校长办公室 小卖部

每个地方都有自己的规矩。

1. 没有统一标准的时候

图书馆说：

请填写借书单

体育室说：

请填写器材申请表

医务室说：

请先登记学号

于是你想查东西：

图书馆学一套规则 体育室学一套规则 医务室学一套规则

脑袋都大了。

这就是早期 AI 工具生态。

例如：

GitHub API 一套 Notion API 一套 Slack API 一套 Jira API 一套

AI 每接一个系统都要重新学习。

以前：

每个Agent 每个Tool 单独适配

复杂度：

N × M

例如：

Claude Cursor OpenAI Gemini

对接：

GitHub Notion Jira Slack

需要：

4 × 4 = 16套适配

2. MCP 干了什么？

学校校长说：

从今天开始，所有办公室统一窗口。

规定：

任何人来办事： 1 说出想干什么 2 给出参数 3 返回结果

统一格式：

请求： 我要查什么 结果： 给你答案

例如：

图书馆

以前：

填写借书单

现在：

查询 书名：西游记

体育室

以前：

填写器材申请表

现在：

查询 器材：篮球

医务室

以前：

填写登记卡

现在：

查询 姓名：小明

虽然里面的工作完全不同：

图书馆查书 体育室查器材 医务室查病历

但窗口外面长得一样。

有了 MCP：

Agent ← MCP → Tool

变成：

N + M

只需要：

4 + 4 = 8

3. 为什么这样就统一了？

关键在于：

MCP 不统一里面怎么干活，只统一外面怎么说话。

就像插座。

电器例子（最经典）

家里有：

电风扇 电视机 冰箱 洗衣机

内部完全不同：

风扇转叶片 冰箱制冷 电视显示画面

但插头统一：

220V 两孔插座

于是：

任何电器 ↓ 插上就能用

MCP 就是 AI 世界的插座。

4. MCP Server 其实是什么

继续学校例子。

体育室门口坐着一个老师：

体育室管理员

他知道：

篮球在哪 足球在哪 羽毛球在哪

图书馆门口坐着：

图书管理员

知道：

书放哪 库存多少

这些管理员：

= MCP Server

他们负责：

听懂统一语言 翻译成内部操作 再返回结果

5. AI 为什么不用学每个系统？

因为 AI 只学一种语言。

例如：

查询

或者：

创建

或者：

读取

至于：

怎么查书 怎么查篮球 怎么查病历

AI 根本不关心。

管理员负责。

6. 真正的技术实现

实际上MCP Server会把自己的能力写成菜单。

例如图书馆：

菜单： 查书 借书 还书

体育室：

菜单： 查篮球 借篮球 归还篮球

AI 先看菜单：

哦 这里有查书功能

然后点菜：

查书 书名=西游记

管理员返回：

库存：3本

整个过程像点外卖。

7. 为什么一个标准就能接入所有系统？

因为大家约定：

菜单格式一样 请求格式一样 返回格式一样

就像全世界都遵守：

USB-C

一样。

没有 USB-C：

苹果一个口 安卓一个口 相机一个口

很乱。

有 USB-C：

插进去就行

MCP 就是：

AI 世界的 USB-C

8. MCP server and MCP client

可以把 MCP 想成“统一的学校服务系统”，那MCP Client 和 MCP Server 的区别就很好理解了。

一句话先讲清楚

MCP Client = 提问的人（AI）

MCP Server = 提供能力的人（工具/系统）

👦MCP Client 是谁？

就是你（AI）。

你负责：

提出问题 发起请求 整理结果

比如你对图书管理员说：

我要查：《西游记》

🏫MCP Server 是谁？

就是图书馆管理员。

他负责：

去书架找书 检查库存 返回结果

📦最终结果

管理员告诉你：

还有3本《西游记》

再换一个例子

MCP Client（你）

查一下操场有几个篮球。

发请求： 篮球数量是多少？

MCP Server（体育室管理员）

查库存系统 返回结果

返回：

篮球：5个

核心区别（很重要）

更技术一点的理解

MCP Client 做的事情：

1. 看有哪些工具（tools/list） 2. 选择合适工具 3. 组装参数 4. 发起调用（tools/call） 5. 接收结果

MCP Server 做的事情：

1. 暴露工具（function） 2. 接收请求 3. 连接真实系统（GitHub/DB/Notion） 4. 返回结构化结果

一个完整流程（非常关键）

假设问题：

Issue #35 是什么？

Step 1：Client 发现能力

tools/list

Server 返回：

get_issue create_issue search_issue

Step 2：Client 决策

我要用 get_issue

Step 3：Client 发请求

tools/call:get_issue(id=35)

Step 4：Server 执行

调用 GitHub API 查 Issue #35

Step 5：返回结果

title:login crashstatus:open

Step 6：Client 输出答案

Issue #35 是登录崩溃问题

最关键的本质区别

Client = 决策 + 语言 + 调度 Server = 执行 + 能力 + 数据

用现实世界类比（最重要）

🧠 MCP Client 像：

大脑 + 秘书

负责：

• 想做什么
• 选择工具
• 组织语言

🛠 MCP Server 像：

工厂 / 仓库 / 图书馆

负责：

• 干活
• 查资料
• 操作系统

再来一句超级总结（记住这个就够了）

MCP Client：问问题的人（AI） MCP Server：解决问题的人（工具系统）

9. 一句话总结

给小学生讲：

MCP 不是让所有办公室做一样的事，而是让所有办公室都装上同一种服务窗口。

这样 AI 不需要学习：

100种不同规则

只需要学会：

您好 我要干什么 这是参数 请给我结果

剩下的复杂工作，都由各个 MCP Server 在背后完成。

所以 MCP 能统一，不是因为大家内部一样，而是因为：

外部说话方式一样。

这就是标准最厉害的地方。