|
MCP爆火后，“AI应用元年”才真正开始。
|
文｜邓咏仪
编辑｜苏建勋
大模型的风，如今又刮到了一个新名词上：MCP。
AI圈中不缺新鲜事，但这次不一样，互联网仿佛又回到了十多年前的春天。“现在，基于MCP开发智能体，就像2010年开发移动APP。”4月25日，百度董事长李彦宏在百度Create大会上说到。
如果还没有听过MCP，但你肯定听过上一个热词：Agent（智能体）。2025年初，中国初创公司Manus的爆火，把这个名词瞬间推到了大众面前。
“真·能干活的AI”，是Agent爆火的关键。在这之前，大模型可以答疑解惑，但它只是一个简单的对话窗口，依赖于模型接受过的训练，大模型内的数据往往不是最新的，如果只有大模型本体，调用外部工具，要经历非常繁琐的过程。
MCP这个概念，就和Agent密不可分。MCP是Agent愿景得以实现的的重要路径——大模型可以自由地调用支持MCP协议的外部工具，完成更具体的任务。
现在，包括高德地图、微信读书在内的应用，就已经纷纷推出官方的MCP Server（服务器），这意味着，所有开发者都可以像搭积木一样，先确定自己用什么大模型，而后调用高德地图、微信读书的MCP服务器，大模型就可以完成查询地图等等任务。
从2月开始，一场MCP浪潮已经如火如荼地席卷全球。
几乎所有大厂—— OpenAI、谷歌、Meta，以及国内的阿里、腾讯、字节、百度等等，纷纷宣布支持MCP协议，也都推出了自家的MCP平台，邀请各路开发者、应用服务商进驻。
如果复盘2024年国内AI领域讨论得最火的名词，“超级应用”肯定算其中一个。人们普遍认为，2024年会迎来AI应用的大繁荣，但并没有如预期般快速发展。AI领域的创新生态，更多还是星星点点地散落在各处。
正因如此，MCP的爆火，不亚于春秋战国时期，秦始皇一扫六合的意义——统一各国的书写、交通、度量标准，从而大大方便了经济和商品往来。
不少市场评价认为，随着MCP等协议逐渐成为共识和趋势，2025年会迎来一场真正意义上的AI应用大爆发。
MCP，AI的“超级外挂”
事实上，MCP并不是一个新事物，早在2024年11月，就已经由Anthropic宣布推出。
MCP的全称是“Model Context Protocol”，即模型上下文协议。这是一项开放标准，基于大模型的应用如果支持了MCP协议，就像学会了一门标准化“语言”，和外界的数据源、工具等等进行互动。
如果你觉得这个解释依然复杂，那么可以看看手机、电脑上的数据接口——MCP相当于给大模型装上了一个“万能插座”，定义了一个标准的“USB接口”。
有了这个接口，开发者得以有章法地，在更标准化的框架和约定下进行应用开发，对接不同的数据源和工作流。
在MCP成为趋势之前，开发AI应用的门槛一直在高位。
如果一位开发者想开发一个AI旅游助手，需要让大模型至少完成几项工作：查看地图、在网络上查找攻略、结合用户需求撰写一份新的旅游计划。
那么，为了让大模型顺利能够查询地图，在浏览器上查找现有的攻略。开发者所经历的开发过程是这样的：
首先，每个AI提供商（OpenAI、Anthropic等）对Function Calling的实现略有不同。如果中间涉及两个大模型的切换，那开发者还需要为不同模型重写适配代码，相当于帮大模型写一个外部工具的“使用手册”，大模型才能学会用更好的Prompt调用外面的工具。否则，模型输出的结果准确度会直线下降。
简单总结，就是大模型在和外界交互时，缺少统一标准，导致代码复用性太低。AI应用生态的发展就会自然滞后。
“对于任何一个大模型应用开发者，在MCP出现之前，开发者不仅需要懂大模型，也需要自己做二次开发，把外部的工具嵌入到自己的应用中。并且，工具的性能如果不好，开发者自己还需要去研究，究竟是应用本身的问题，还是工具的问题。”阿里云魔搭社区算法技术专家陈子谦对《智能涌现》等媒体表示。
Manus也是一个典型例子。不久前，《智能涌现》也曾对Manus进行测评，哪怕只是写一篇简单的新闻，Manus很容易就需要调用十多种工具，比如开启浏览器，浏览和抓取网页、进行写作、验证和交付最终结果。
在每个环节里，如果Manus选择要调用外部工具，那么就需要编写一个“函数”，用来安排外部的工具如何运行。结果就是，Manus常常因为任务过载而中止任务，也是因为单个任务所消耗的Token太多了。
但在MCP之后，最核心的转变就是：开发者不需要对外部工具的性能负责，只需要对应用本身做维护和调试，大大减少了开发工作量。
相对应的，生态中的一个个单点Server，则会维护好自己的MCP服务——比如支付宝、高德地图等等应用方，维护好自己的MCP服务器，更新到最新版本，等待开发者来接入即可。
不过，MCP生态还相当早，现在也远不是一个完美方案。已经有不少开发者表示，MCP有点为建标准而建——API也许是更简洁的方案。而如果MCP服务器并非官方推出，也没有人精心维护，那么接入MCP的的安全性、服务稳定性也不容乐观。
尽管如此，MCP可以说是第一个真正意义上爆火出圈的调用工具协议，它的效应也在快速显现。据MCP社区PulseMCP统计，全球已经有超过4000个MCP服务器上线，而这一数字还在迅速增长中。
但在MCP之后，最核心的转变就是：开发者不需要对外部工具的性能负责，只需要对应用本身做维护和调试，大大减少了开发工作量。
相对应的，生态中的一个个单点Server，则会维护好自己的MCP服务——比如支付宝、高德地图等等应用方，维护好自己的MCP服务器，更新到最新版本，等待开发者来接入即可。
听上去很理想，但MCP生态还相当早，现在也远不是一个完美方案。
已经有不少开发者表示，MCP有点为了建立标准而建——在那之前，API已经是更简洁的方案了，大模型也已经可以通过很多协议调用API，MCP有一种画蛇添足之感。
现在大公司们发布的MCP服务，基本都由厂商自己定义，可以被LLM调用什么功能，以什么样的方式调度。但同样的问题也会出现在MCP上——大公司很大概率不会把最核心、最实时的信息给你。
而如果MCP服务器并非官方推出，也没有人精心维护，那么接入MCP的的安全性、服务稳定性也不容乐观。
独立开发者唐霜就分享了自己遇到的案例：某度地图的MCP Server，工具不足20个，有5个要求传入经纬度，再来一个查天气，要求用户提供行政区划ID来查询天气，但却没有提供如何获取这些ID的方法或文档。解决方案只能是用户回到这一服务商的生态中，按部就班获取信息与权限
如此看来，MCP的爆火只是表面，但背后的博弈远未结束——大模型厂商虽愿意提供MCP服务，但主动权仍然抓在厂商手中，没有人愿意为Anthropic的生态做嫁衣。如果没有心思好好提供服务，开发者反倒要做双倍的工作，这个生态的逻辑也不会存在。
开放路线的再一次胜利
不过，为什么MCP现在才火起来？
在Anthropic刚推出MCP协议的初期，其实关注者寥寥。当时，只有有限的应用支持MCP协议，比如Anthropic自家的Claude Desktop。开发者们也没有形成一个统一的AI开发生态，基本属于各自闭门造车的状态。
是因为开发者群体的接纳，MCP才开始慢慢走到舞台中心。2025年2月开始，AI编程领域的一众明星应用——包括Cursor、VSCode、Cline等等，纷纷宣布支持MCP协议，这让MCP协议声名鹊起。
在开发者群体中掀起声浪之后，真正引爆MCP协议的，是大模型厂商们的接入。
关键性的一步，无疑是3月27日，OpenAI宣布支持MCP协议，紧随其后的则是Google。
Google CEO 桑达尔·皮查伊曾在X上表达过对MCP的纠结。3月31日，他发了条推特，表示：“接入MCP还是不接入MCP，这是个问题。”但发完这条推特短短4天后，Google也宣布接入MCP。
△来源：X（Twitter）
大厂们最终都选择拥抱MCP，这和DeepSeek冲击硅谷的故事异曲同工：接入MCP，本质上也是大模型厂商在生态战略上的转向——与其各自为政，不如求同存异，拥抱一套更开放的协议，集体把蛋糕做大。
过去两年中，大模型厂商在AI战略的布局上，往往都还是想圈占地盘为主。这个逻辑和互联网的发展历史别无二致，比如苹果，成为平台厂商，建立起强大的开发者生态，而非单纯提供单点的产品服务，才能逐步建立起垄断性的优势。
OpenAI也是学着苹果这么做的。
在接入MCP协议之前，OpenAI开发者生态的路线，总体从开放逐渐走向封闭。ChatGPT Plugins在2023年3月上线，当时的Plugins，还允许第三方开发者为ChatGPT添加特定功能，也支持同时使用多个插件，是一个较为开放的扩展生态系统。
但在2024年1月推出GPTs及商店后，OpenAI很快终止了Plugins的服务。GPTs被设计成一个更封闭的商店模式——GPTs只能在OpenAI平台上运行，从模型到应用全部由OpenAI控制，通过平台抽成获利。而开发者也需要针对ChatGPT这一个平台开发，开放程度相当有限。
截至目前，OpenAI的GPTs生态效果并不如人意，商店中充斥着大量低质的简单套壳应用，商业化闭环也远未跑通。
Anthropic的MCP协议，很多思路也并非行业首创。OpenAI推出的Function Calling，其实同样是大模型调用外部工具的一个主流标准，MCP的许多技术思路，也和Function Calling一脉相承。
但MCP在产品层面做得更用户友好。Function Calling的问题在于，开发者还需要做二次编程和大量的适配工作，但MCP让服务方将这些需求打包成一个个的“乐高积木”，大大降低了AI应用的开发门槛。
而且，MCP还拥有一个最核心的优势：它更开放、抽象程度更高。MCP只是一个网络协议，并且没有对底层的模型作限制，任何AI模型或平台，都可以基于MCP进行交互，也适用于云端或本地的多种部署形式。
MCP足够开放，也并不会让任何一家大厂独大，这大厂们都能找到一个比较舒服的位置和心态，接入这套协议。
某种程度上，这也是Anthropic用更开放的姿态，以夺回开发者生态的尝试——OpenAI的封闭战略，则再一次被证明是战略上的误判。对于仍处早期的前沿科技行业而言，从DeepSeek到如今的MCP，无一不告诉我们：开放、开源的路线，依旧是当下的最优解。
封面来源｜AI生成
（文：智能涌现）