一、引言和建议
最近一个月，你可能听过了相当多关于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 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服务的文章，以及视频。
慢慢来，别急。
