AI基础知识 – MCP 到底是什么?带你搞懂 AI 模型怎么调用外部

你肯定遇到过这种事。

在 Figma 里画好了页面，心想：让 AI 帮我把这个设计稿生成代码不过分吧？链接丢过去，AI 一脸无辜：我看不了这个链接。

你以为是 AI 不够强。

其实不是。AI 模型自己内置了联网搜索、读写文件这些能力，但它不认识 Figma，不认识 Chrome，不认识你电脑上那些软件。它就像一个很聪明但被关在房间里的人——脑力没问题，但手伸不出去。

那怎么让它把手伸出去？

这就是今天要聊的东西：MCP。

MCP 解决什么问题？——AI 的”手”伸不出去

MCP，全称 Model Context Protocol，翻译过来叫”模型上下文协议”。

听着很唬人。别管这个翻译，你只需要记住一句话：

注意，这里有个关键点：不是 AI 想用什么就用什么，而是软件提供了什么功能，AI 才能用什么。

举个例子。Figma 如果开放了一套接口，说”我可以把设计稿的图层结构、颜色、间距这些信息暴露出去”，那 AI 通过 MCP 就能读到这些信息，然后帮你生成代码。但如果 Figma 不开放，AI 再聪明也没用——它连门都进不去。

好，问题明确了。那 MCP 到底怎么工作的？

MCP 怎么工作？——你和大牛的”帮忙协议”

咱们用一个生活中的例子，比什么技术文档都好使。

假设你有个朋友叫大牛。大牛这人很厉害：会写代码，会做设计，还会写文章。你想让大牛帮你干活，但你不能每次在微信上吼一句”帮我把这个做了”——大牛会问你：做啥？用什么做？做到什么程度？

所以你和你的大牛之间签了一份协议。

这份协议规定了几件事：

· 大牛能提供哪些服务（写代码、做设计、写文章）

· 你想让大牛干活的时候，得按什么格式告诉他（”帮我写一个登录页面，用 React，支持手机号+验证码”）

· 大牛干完活，按什么格式把结果给你（代码文件 + 说明文档）

有了这份协议，你们配合就顺了。你说需求，他干活，交结果。中间不用反复拉扯。

在这个比喻里：

· 你 = AI 模型（比如 Claude、ChatGPT）

· 大牛 = 外部软件（Figma、Chrome、你公司的内部系统）

· 那份协议 = MCP

MCP 做的事情，就是把”软件能提供什么功能””AI 怎么请求这些功能””软件怎么返回结果”这三件事标准化。

说白了，MCP 就是 AI 与软件之间的”接口合同”。

一个具体例子：Figma MCP 是怎么跑的

光说概念不过瘾，我们走一遍真实流程。

你在 AI 里输入：”帮我按照这个 Figma 链接生成代码”。

这个时候，AI 收到的不仅仅是这句话，还有一份”工具清单”——里面列了 AI 内置的工具和已安装的 MCP 信息。比如说有 Figma MCP，参数是什么、描述是什么，都在里面。

AI 一看：哦，有个 Figma 的链接，而且工具清单里刚好有 Figma MCP。于是它通知客户端：”调用 Figma MCP，去读这个页面的设计信息。”

客户端拿着链接去请求 Figma，把页面的图层结构、颜色值、间距、字体这些信息全部拿回来，整理好，再送回给 AI。

AI 这时候手上有了完整的设计信息，开始理解页面结构，然后生成代码。

整个过程就多了一个环节：AI 通过 MCP 去调用外部软件拿数据。

不复杂对吧？就是多了一个”伸手”的动作。

你自己的软件怎么接入 MCP？

如果你有一个软件，想让它被 AI 调用，流程是这样的：

每一个大模型（Claude、GPT 等）都有自己的 MCP 协议规范。你去它的官网上看：它要求的请求格式是什么，返回格式是什么，参数怎么定义。

然后按照这个规范，给你的软件写一个 MCP 服务。写完以后，用户在 AI 客户端把你的 MCP 安装上，AI 就能调用你软件的功能了。

你定义什么功能，AI 就能用什么功能。

怎么看已安装的 MCP？

这个简单。在 Claude 里输入 /MCP，就能看到当前所有已安装的 MCP 列表，每个是什么状态——可用还是不可用，一目了然。

其他的 AI 客户端大同小异，都是类似的命令。

最后

聊到这儿，你应该能感觉到一件事：

AI 的进化方向，不只是”更聪明地思考”，而是”更多地做事”。

MCP 就是把 AI 从”动脑”变成了”动手”的那一层。它让 AI 不再困在对话框里，能真正进入你的工作流——读你的 Figma、操作你的浏览器、查你公司的数据库。

协议不性感，但它决定了生态。