MCP的尴尬境遇:Agent客户端不成熟

广告位招租
扫码页面底部二维码联系

2025年,MCP被捧上了天,然而,很快,在10月份,Anthropic发布了Skills之后,迅速抛弃了MCP。现在,MCP成了鸡肋,Agent厂商们既不愿意抛弃,又没有实际的价值,尴尬的境遇不言而喻。

为什么MCP快速被冷落?

Anthropic最早提出MCP是为了解决工具调用的统一原则,把混乱的工具调用统一到一套体系下。然而,MCP作为种协议,无法满足Anthropic在技术上的野心,因为MCP必须靠第三方厂商跟进,而第三方厂商并不买账。于是,Skills出现了,它从另一个侧面,否定了MCP的战略地位。

现在让我们从用户的视角来看,为什么MCP基本没啥用呢?

因为市场上并没有成熟的Agent客户端。对于普通用户而言,没有一个软件可以合理的使用MCP,在需要某些功能的时候,当前的MCP又无法满足。

现在,市场上,能够让终端用户用上MCP的,主要是一些编程工具。例如在VSCode里面,不过vscode的MCP配置体验非常糟糕,国产编辑器Trae和CodeBuddy在MCP这个点上,体验非常不错。但是,这些都是为程序员准备的开发工具。

然而,站在程序员的角度,在编程工具中,几乎又用不到MCP。为什么呢?因为程序员很少需要通过MCP来实现代码,只有一些极少的情况下,可能会想到MCP的方式来实现一些代码拉取、转换、部署的操作。这也就意味着,MCP在代码编辑器里面,实际是一个需求不高的功能,甚至可以是可有可无的功能。

如果从普通用户的视角,想要能够用上自主的Agent,在Anthropic发布Cowork之前,几乎没有一个产品可以被广泛的用上。我看到很多普通用户们,使用claude code来干非编程类的事情。并不是因为claude code有多方便,而是因为没得选,能够自主决策的Agent,又不挑环境的,就那么几个。对于这些用户而言,我到更建议多看看Trae和CodeBuddy,它们有着更好的用户界面,在面对非编程问题时,能力不比claude code差。

总之,在编程工具中植入MCP其实用处不大,普通人在非编程场景用到MCP的可能性更高,但是目前却没有一款好的成熟的Agent端侧产品。

MCP还有机会吗?

我认为没有机会了。

Anthropic已经完全停止MCP的开发,转而将全部注意力放在Skills上。

MCP目前本身是不够健壮的。连接一个MCP服务器其实非常脆弱,有的情况根本连接不上,有很多需要填写各种API Key,还有一些今天装上了可以用,明天又可能用不了了。

它不像一款稳定的软件一样,只要在Agent客户端里面做好了配置,连接上了,就可以便捷稳定的使用。当你找到一款MCP服务时,在你欣喜若狂的时候,可能等你指挥Agent去使用它时,你就会立即失望。

另一方面,Skills确实比MCP好用。以使用ffmpeg来合成视频为例,使用MCP本质上是在本地启一个服务来执行ffmpeg命令,使用Skills则是不启用服务,而是直接通过Agent拼命令行来执行ffmpeg命令,MCP的参数是固定的,虽然我们可以提供灵活的参数定义,但是总会有一个极限,有些问题它是无法解决的,而通过Skills来操作命令行,则完全依赖于大模型最终给出的命令行内容,即使本地根本不存在的功能,它也可以通过写代码的形式,来对功能进行补全。

现在Agent客户端创业有机会吗?

有,但是机会不多。

Agent客户端本身是一个技术产品,这类产品的竞争对手非常多,任何一家有技术实力的大厂,都可以提供功能相同的Agent客户端,而且在现有已经成熟的技术基础上,实现的周期很短,基本没有护城河,而且大厂还能提供更优秀的模型作为支持。

在中国,正如我前面一篇文章所说,中国用户绝大部分的手机端用户,一方面他们对Agent的实际理解比较浅,另一方面上手机端的复杂商业生态,让各个厂商都要异常小心。

结语

本文简单聊了聊MCP的状况,并且对MCP的没落表示遗憾。另外,还简单阐释了MCP的依托——Agent客户端,现在也没有什么机会。希望本文的观点可以帮助读者理解当下的市场现状。

2026-01-31 50

为价值买单,打赏一杯咖啡

本文价值0.5RMB