最近 AI 圈里 “MCP” 出现的频率越来越高但能把它一次讲清的材料并不多。我将用四张图回答四个问题MCP 是什么MCP 服务是什么它和 Tool 是什么关系我们日常使用的workbuddy中看到的那些连接器算不算 MCP服务目录先看一个痛点为什么每个助手都得重新对接一遍MCP 到底是个什么东西MCP的三层结构宿主、客户端、服务举个例子一个 MCP 服务里装了什么重点澄清MCP 服务就是 Tool 吗总结01 先看一个痛点为什么每个助手都得重新对接一遍我们可以想象一下我们平时使用的Siri、小爱同学、豆包等我们希望它们都能帮我们做同样几件事——查天气、看日程、点外卖、记一笔账。在没有统一标准的世界里每一个 AI 和服务查天气、看日程、点外卖、记一笔账之间都得两两单独对接。让 Siri 能查天气、改日程、点外卖、记账要单独写一遍小爱同学再写一遍豆包再写一遍3 个 AI × 4 项服务 12 套。而现实中这样的 AI 会越来越多要对接的服务也越来越多这个数字会直接爆炸。这就是经典的M × N 问题。图 1同样是 3 个 AI 对接 4 项日常服务左边要写 12 套代码右边只用 7 条标准连接有了 MCP所有 AI 都只说同一门普通话3 4 7条连接就够了。更关键的是服务方只要按标准写一次任何支持 MCP 的 AI 都能直接接入。02 MCP 到底是个什么东西MCP 全称Model Context Protocol模型上下文协议由 Anthropic 在 2024 年底开源现在已经是事实上的行业标准。它规定了两件事AI 助手怎么连上外面的服务以及怎么发现并调用这些服务的能力。就好像我们平时使用的手机数据线USB-C接口以前苹果手机用苹果的数据接口安卓用另外一种数据接口现在统一成一个口USB-C接口苹果、安卓手机都能插。MCP 就是 AI 世界里的那个统一接口。03 MCP的三层结构宿主机、客户端、服务MCP 的架构有三个角色宿主机、客户端、服务图 2宿主是 AI 背后的整套系统大脑模型在云端里面的客户端一对一地连到 MCP 服务宿主 Host豆包背后的整套 AI 系统——手机上的 App 只是它的脸面负责听我们说话、显示回答大脑模型和 MCP 客户端都跑在云端机房里。MCP 客户端宿主内部负责握手、转发、报错。MCP 服务真正提供能力的那一端。它不做思考只负责被调用时把活干完、把结果返回。MCP 服务是手模型是大脑。手不会自己决定该干什么但它能把事情干得又准又稳。04 举个例子光看结构还是抽象的。假设今天早上你对智能音箱说了这么一句“明天下午要是下雨帮我把跑步改到室内再提醒我带伞。”接下来发生的事分五步图 3蓝色是模型干的活绿色是 MCP 服务干的活两者交替出现请注意第 4 步——下雨了就改计划这个判断发生在模型内部根本不经过 MCP。MCP 只负责查天气和改日程这两个动作怎么决策始终是模型自己的事。这条边界很重要。MCP 是通道不是大脑。它能让 AI 拿到真实世界的信息、对真实的事情动手改日程、下单、发消息但它不替 AI 做判断。很多人以为接了 MCP 所以 AI 变聪明了其实是接了 MCP 所以 AI 终于能碰到真实世界了。05 一个 MCP 服务里装了什么一个 MCP 服务主要提供三类东西“能干的事、能读的料、能套的模板”图 4服务里的三类能力以及普通人也用得上的服务生态Tools工具模型可以做的事有名字、有参数、有返回值。比如get_weather查天气、add_event加日程、add_expense记一笔账。Resources资源模型可以读的数据比如相册里的一组照片、一份聊天记录读进来当作上下文。Prompts提示模板预设好的话术由用户主动选用比如帮我做一份周末旅行攻略、“规划一周菜谱”。所以我们平时所说的 tool其实是 MCP 服务里包含的一种能力。06 连接器又怎么理解我们平时使用的 workbuddy界面上的连接器就是用来建立和管理 MCP 连接的入口。点连接之后workbuddy 内部的 MCP 客户端就和对应的 MCP 服务建立起了连接workbuddy 也因此具备了这些工具的能力。之后我们和 workbuddy 对话时它会把手头已有的工具一起告诉云端的大模型——大模型知道有哪些工具可用就能在需要的时候调用它们来完成任务了。07 总结MCP 是标准MCP 服务是按标准做出来的适配器Tool 是服务里被调用的那个动作。MCP 服务包含了Tool连接器是入口背后连接着远端或本地的 MCP 服务。
最近 AI 圈里 “MCP” 出现的频率越来越高但能把它一次讲清的材料并不多。我将用四张图回答四个问题MCP 是什么MCP 服务是什么它和 Tool 是什么关系我们日常使用的workbuddy中看到的那些连接器算不算 MCP服务目录先看一个痛点为什么每个助手都得重新对接一遍MCP 到底是个什么东西MCP的三层结构宿主、客户端、服务举个例子一个 MCP 服务里装了什么重点澄清MCP 服务就是 Tool 吗总结01 先看一个痛点为什么每个助手都得重新对接一遍我们可以想象一下我们平时使用的Siri、小爱同学、豆包等我们希望它们都能帮我们做同样几件事——查天气、看日程、点外卖、记一笔账。在没有统一标准的世界里每一个 AI 和服务查天气、看日程、点外卖、记一笔账之间都得两两单独对接。让 Siri 能查天气、改日程、点外卖、记账要单独写一遍小爱同学再写一遍豆包再写一遍3 个 AI × 4 项服务 12 套。而现实中这样的 AI 会越来越多要对接的服务也越来越多这个数字会直接爆炸。这就是经典的M × N 问题。图 1同样是 3 个 AI 对接 4 项日常服务左边要写 12 套代码右边只用 7 条标准连接有了 MCP所有 AI 都只说同一门普通话3 4 7条连接就够了。更关键的是服务方只要按标准写一次任何支持 MCP 的 AI 都能直接接入。02 MCP 到底是个什么东西MCP 全称Model Context Protocol模型上下文协议由 Anthropic 在 2024 年底开源现在已经是事实上的行业标准。它规定了两件事AI 助手怎么连上外面的服务以及怎么发现并调用这些服务的能力。就好像我们平时使用的手机数据线USB-C接口以前苹果手机用苹果的数据接口安卓用另外一种数据接口现在统一成一个口USB-C接口苹果、安卓手机都能插。MCP 就是 AI 世界里的那个统一接口。03 MCP的三层结构宿主机、客户端、服务MCP 的架构有三个角色宿主机、客户端、服务图 2宿主是 AI 背后的整套系统大脑模型在云端里面的客户端一对一地连到 MCP 服务宿主 Host豆包背后的整套 AI 系统——手机上的 App 只是它的脸面负责听我们说话、显示回答大脑模型和 MCP 客户端都跑在云端机房里。MCP 客户端宿主内部负责握手、转发、报错。MCP 服务真正提供能力的那一端。它不做思考只负责被调用时把活干完、把结果返回。MCP 服务是手模型是大脑。手不会自己决定该干什么但它能把事情干得又准又稳。04 举个例子光看结构还是抽象的。假设今天早上你对智能音箱说了这么一句“明天下午要是下雨帮我把跑步改到室内再提醒我带伞。”接下来发生的事分五步图 3蓝色是模型干的活绿色是 MCP 服务干的活两者交替出现请注意第 4 步——下雨了就改计划这个判断发生在模型内部根本不经过 MCP。MCP 只负责查天气和改日程这两个动作怎么决策始终是模型自己的事。这条边界很重要。MCP 是通道不是大脑。它能让 AI 拿到真实世界的信息、对真实的事情动手改日程、下单、发消息但它不替 AI 做判断。很多人以为接了 MCP 所以 AI 变聪明了其实是接了 MCP 所以 AI 终于能碰到真实世界了。05 一个 MCP 服务里装了什么一个 MCP 服务主要提供三类东西“能干的事、能读的料、能套的模板”图 4服务里的三类能力以及普通人也用得上的服务生态Tools工具模型可以做的事有名字、有参数、有返回值。比如get_weather查天气、add_event加日程、add_expense记一笔账。Resources资源模型可以读的数据比如相册里的一组照片、一份聊天记录读进来当作上下文。Prompts提示模板预设好的话术由用户主动选用比如帮我做一份周末旅行攻略、“规划一周菜谱”。所以我们平时所说的 tool其实是 MCP 服务里包含的一种能力。06 连接器又怎么理解我们平时使用的 workbuddy界面上的连接器就是用来建立和管理 MCP 连接的入口。点连接之后workbuddy 内部的 MCP 客户端就和对应的 MCP 服务建立起了连接workbuddy 也因此具备了这些工具的能力。之后我们和 workbuddy 对话时它会把手头已有的工具一起告诉云端的大模型——大模型知道有哪些工具可用就能在需要的时候调用它们来完成任务了。07 总结MCP 是标准MCP 服务是按标准做出来的适配器Tool 是服务里被调用的那个动作。MCP 服务包含了Tool连接器是入口背后连接着远端或本地的 MCP 服务。
