究竟什么是踏马的MCP？Cursor+MCP长期被低估，短期被高估！

一、引言和建议

最近一个月，你可能听过了相当多关于MCP的概念了，有的人玩得不亦乐乎，有的人还不知道这是啥，有的人为此感到焦虑。

今天这篇文章，我希望尽量清楚的使用你可以理解的语言把MCP的概念解释清楚。但，如果你还是没看懂，还是不知道怎么用，也没关系。

因为以我现在的使用经验来说，我对MCP的判断是这样的：

1、长期很重要：MCP确实很重要，它能让各种大模型更好地使用虚拟世界和现实世界的工具，获取相应的知识，不再处于单打独斗的封闭状态，长期来说很重要，你应该去关注；我也会在星球内持续跟踪和更新相关的内容。

2、短期被高估：但，就目前而言，MCP最大的价值是完成你本来就需要的工作，去提升你的效率，比如说GitHub的MCP可以帮你直接和Cursor对话去创建和执行Github的命令，browsertools可以帮你更快地复制前端报错或表述前端的界面信息。都是提效层面的价值，对你用Cursor开发出更好的产品并无帮助，你不必太在意；

3、噪声有点多：现在MCP有一些还挺酷炫的案例，比如X上很火的用Blender MCP生成3D模型，但3D模型本来就是Blender的功能，通过Cursor+MCP只是加速了这个过程而已，而且实际效果没像你想象的那么好；尤其是如果你本来的工作中用不到Blender的话，你也完全不需要这个MCP。

4、暂时不好用：现在MCP的服务还没那么多，而且很多个人开发者的小作品，用着其实没那么友好，多数服务涉及到本地环境的配置，终端的使用，以及甚至Cursor内加MCP还需要Json格式，对新手是不那么友好的。

我现在的建议就是：

1、如果你是不会写代码的新手，你还没用Cursor自己做超过5个项目，你暂时没必要碰MCP，MCP给你带来的困扰会比它能提供的价值大。

2、如果你是Cursor老鸟了，做过超过5个项目，每天使用Cursor时间在2小时以上，那接触和了解更多MCP，用来提效是比较有价值的。

二、究竟什么是MCP

给完结论和建议，我们需要来聊聊究竟什么是MCP。

1、名词解释

MCP的全称是Model Context Protocol，也就是模型上下文协议。它是Anthropic（开发Claude模型的公司）在去年11月25日推出的开放标准协议，这个协议，用他们官方的话说就是旨在为 AI 应用提供一种统一方式来连接外部数据源、工具和系统。

最近有个流传甚广的比喻是，你可以把 MCP 想象成 AI 应用领域的 “USB-C 接口”——就像 USB-C 标准化了设备与外设的连接方式，MCP 标准化了AI 模型获取上下文数据和调用外部工具的接口，从而减少繁琐的定制集成。

比如在上面的图中，通过MCP协议，无论你的Claude的桌面版还是Cursor，都可以通过MCP的接口去比较快速地和Gmail邮箱、日历、本地数据等数据或服务进行连接和调用。

下面以Github MCP Server为例，我做了张图，希望帮你理解MCP Server是怎么工作的

2、MCP是大模型混战后的新标准

在MCP概念出来之前，其实OpenAI早就推出过插件市场，很多大模型产品也有Function call的能力，但问题是，每家大模型公司（比如OpenAI、Anthropic、Google等）都有自己的Function call的标准，而每个服务提供商（比如GitHub、Supabase、Vercel等）都有自己的API的调用规则和标准。所以之前的服务都是非常非标，各行其是，我们得到的模型和服务的对接困难程度是以乘积的比例增加的。

而MCP的出现其实就是为了解决这个问题。

当然，现在其实还只有Claude模型支持MCP，但因为他们最早提出了标准，并且他们拥有最好的编程模型，所以在开发者生态中很快就成了通行的标准。这个标准会不会就此真的固定下来，以后所有的公司，所有的模型都遵从这个协议呢？

不好说，但有这个趋势。

3、MCP是个P（Protocol）

为了帮助大家从更根本的意义上理解MCP，你可以理解为这有点像 TCP/IP、HTTPS之类的协议，这个协议约定了大模型和工具应用双方如何交互的标准语言，从而实现兼容、互操作。

MCP是个协议！

MCP是个协议！

MCP是个协议！

所以，本质上，MCP就是个通用标准的协议，而因为有这个协议的存在，以及AI Coding的盛行，我们在最近一两个月迎来了MCP服务（MCP server）以及找到MCP服务的市场（MCP Market Place）的爆发，现在MCP已经有逐渐形成自闭环生态的趋势。

三、MCP市场地图

下面是a16z最近刚刚发布的MCP市场地图。

这张图中：

MCP Clients是指支持使用大模型MCP服务的客户端，既有聊天的应用（Claude、Librechat），任务自动化应用，也有Coding应用（如Cline、Cursor、Windsurf等），从这里不同类型应用的距离你可以看出两点：1）MCP不是只用于Coding的，在别的大模型应用场景也能使用；2）MCP目前最有价值的场景是在coding，支持产品数最多。

MCP Servers是指MCP服务或服务器，这是指现在支持MCP，允许你让大模型自主进行调用的产品或服务，当然，实际支持的数量量级远比下面这个表中列出的多，本质上这些MCP Servers是根据MCP的标准把这些产品的API包装成了大模型（Claude）更理解的语言，从而实现调用。比如你可以使用supabase的MCP Server去让大模型自动创建和管理你产品的后端数据，通过Figma的MCP Server去读取你在Figma上设计的原型等等。

而所谓的MCP Marketplace你可以理解为是MCP Server的导航站，你可以通过这些平台去找到有哪些MCP服务，以及部分平台会提供更简洁的配置入口，比如有Glama、 MCP.so （这是国内独立开发者idoubi做的，用户体验很好）、OpenTools、Smithery等等。

这张图底下的三个工具倒是和我们普通人关系不大，可以暂时先忽略。

四、MCP Server服务是如何工作的？

我们前面已经介绍了，MCP本质上是个协议，它是为了让大模型更好地和现实世界、虚拟世界中存在的数据进行交互，以及调用工具所生产出来的。那这些所谓的MCP是如何工作的呢？怎么理解这些服务之间的关系呢？

咱们以一个具体的在Cursor中安装Github 的MCP Server为例，下面是几个你需要知道的事实：

1、在MCP的概念中，Cursor属于一个MCP的宿主应用（Host-app），而Cursor之所以能使用MCP服务，是因为它内置安装了MCP Client；

2、而我们目前在配置Cursor中的MCP时，本质是在配置MCP Server，这些Server是由不同的开发者提供的，他们基于标准化的MCP协议，去做了个小的服务，这些服务可能在本地也可能在云端，而我们实际上也完全可以按自己的需要去制作MCP Server

3、很重要的一点！！！一个产品的MCP Server未必是这个产品官方出品的，比如https://smithery.ai/server/@smithery-ai/github 这个Github的MCP Server实际上是smithery这个团队提供的，他们基于Github的API构建的这个对应MCP Server，而由于你要操控自己的GitHub仓库的话，你是需要用到自己的仓库密钥的，这个过程在网站上操作是可能存在风险的。MCP服务现在被诟病的一个点就是不好使用环境变量，大量的apikey都需要明文保存，所以使用上要注意一定的风险。

下面还有个我觉得做的比较好的MCP的图，希望能帮你理解MCP的流转关系。

以及，为了帮助你更好的理解，我以Github MCP Server为例，做了下面的执行流程图

我已经拼劲全力希望给你讲清楚MCP概念了，不过这好像依然是星球里最难理解的文章之一了，不过没关系，如果你是新手的话，读不懂可以重新看我上面的建议：

现在MCP本身还不够完善，不够好用，接下来我们很快会迎来更多更有用的MCP的，你会逐渐懂的。

以及，MCP更多是提效的价值，你现在未必需要通过MCP来提升效率，先做5个你自己的产品出来再说，MCP并不能帮你做出更好的产品，暂时不用也没关系的。

以及，最好理解MCP的方式其实是，使用+构建。

所以接下来，我会继续写，手把手教你如何使用MCP服务，以及构建一个自己的MCP服务的文章，以及视频。

慢慢来，别急。

注：本文转自我的知识星球「AI编程：从入门到精通」，后续更多关于AI编程和Cursor的分享我会完整、系统化地沉淀在这个星球中，如果你感兴趣的话，可以点击阅读原文了解：

https://t.zsxq.com/BFTPI