OpenAI拥抱竞对Anthropic的MCP协议,引发AI社区热议

OpenAI宣布采用Anthropic的MCP协议,旨在解决AI数据孤岛问题,简化AI助手与外部工具的集成,引发开发者社区关于其价值和前景的讨论。

原文标题:OpenAI 宣布采用竞对 Anthropic 协议,一夜将 MCP 送上热搜!Karpathy:赶紧歇了吧

原文作者:AI前线

冷月清谈:

OpenAI宣布在其产品中集成Anthropic提出的模型上下文协议(MCP),该协议旨在为AI助手提供额外的背景信息,简化大语言模型(LLM)与外部工具的集成。MCP通过标准化接口,允许开发者在数据源和AI应用之间建立双向连接,解决了AI系统数据孤岛的问题,并降低了AI技术整合的门槛。尽管MCP在早期并未引起广泛关注,但随着越来越多的公司如Block、Apollo等开始整合MCP,以及OpenAI的加入,MCP生态系统迅速发展,被视为构建代理AI系统的潜在标准。然而,社区中也存在对MCP实际价值的质疑,认为其并没有本质突破,并可能存在过度设计的问题。

怜星夜思:

1、OpenAI支持Anthropic的MCP协议,这是否意味着AI生态系统走向开放合作?这种合作模式对小型AI创业公司意味着什么?
2、文章提到有人认为MCP是告别“LangChain地狱”的解放,也有人觉得它只是“新瓶装旧酒”,你认为MCP真正的价值在哪里?它能否解决现有AI工具链的痛点?
3、文章中 Karpathy 认为 MCP 没什么用,让你赶紧歇了吧,你怎么看待这种观点?你觉得在什么情况下 MCP 才能发挥更大的作用?

原文内容

整理 | 冬梅
Altman 确认采用
Anthropic 的 MCP 协议

美国当地时间 3 月 26 日,OpenAI CEO Sam Altman 在 X(原 Twitter)帖子中确认,OpenAI 将在旗下产品(包括 ChatGPT 桌面应用)中集成 Anthropic 的模型上下文协议(MCP)。

Altman 指出,“MCP 的市场反响很好,我们也很高兴能在自家产品中支持这项协议。目前此协议已经在 Agents SDK 中开放,对于 ChatGPT 桌面版应用以及 Responses API 的支持也即将推出!”

MCP 允许模型从业务工具和软件等来源处提取数据以完成任务,并可从内容存储库和应用开发环境中提取数据。在该协议的支持下,开发人员能够在数据源和 AI 驱动的应用程序(例如聊天机器人)之间建立起双向连接。

开发人员可以通过“MCP 服务器”公开数据并构建起“MCP 客户端”——例如实例、应用程序和工作流,再根据命令接入到这些服务器。自从 Anthropic 开源 MCP 的这几个月来,包括 Block、Apollo、Replit、Codeium 和 Sourcegraph 在内的多家厂商均已为其平台添加了 MCP 支持。

Anthropic 公司首席产品官 Mike Krieger 在 X 上发帖表示,“很高兴看到大家对 MCP 的喜爱延伸到 OpenAI——热烈欢迎!MCP 已经成为一项蓬勃发展的开放标准,目前已经吸引到成千上万的集成且仍在不断增长。只有全面接入已经存在的数据和软件当中,大语言模型才能最大程度发挥作用。”

OpenAI 则表示,他们打算在未来几个月内陆续分享关于 MCP 支持计划的更多信息。

OpenAI 的集成意味着开发者可以更轻松地构建能调用实时数据的智能助手,比如企业级聊天机器人或自动化工作流。

网友怎么看?

OpenAI 宣布支持 Anthropic 推出的模型上下文协议(MCP),在开发者社区引发激烈讨论。这一协议被宣传为"AI 工具集成的新标准",但其实际价值正面临两极评价。

在 X 上,有用户认为,MCP 的到来,是告别“LangChain 地狱”的解放。MCP 最直接的吸引力在于其宣称能替代 LangChain 等传统工具链。“LangChain 是个臃肿的噩梦,”一位 Hacker News 用户说道,“招聘要求里还把它列为必备技能,恰恰说明行业里充斥不懂技术的人。” MCP 通过标准化接口分离 AI 核心与工具,开发者可以动态添加各类功能模块,理论上使大模型应用扩展更灵活。

尽管支持者称赞 MCP 的客户端 - 服务器架构创新,但批评者指出其核心功能并无本质突破。“这不过是把工具调用标准化,”一位机器学习架构师说道,“LangChain、SmolAgents 等库早已用不同方式实现了类似功能,”。实验数据显示,采用 MCP 的代理在工具选择准确率上仅提升 3%,幻觉问题依然存在。

行业观察家注意到,MCP 的热度部分源于技术圈的跟风心理。“只要抛出‘协议’、‘服务器’这些术语,工程师们就会兴奋”。一位技术评论员引用了 Joel Spolsky 的经典比喻,这让人想起那些痴迷架构却忽视实际问题的‘架构宇航员’。“Anthropic 的营销资料中,‘双向连接’、‘标准化协议’等术语出现频率高达每百字 7.8 次,远超技术白皮书平均水平。

连 AI 大神 Andrej Karpathy 也发表了自己关于 MCP 的看法,Karpathy 认为,MCP 没什么用,赶快停止吧。

在 Hacker News 社区中,也有不少用户对 MCP 的实用价值提出质疑,有位用户坦然,就是他自己的团队也会“跟风”部署实施,但这并不是最佳方案。

“我完全同意(对 MCP 的批评)。MCP 的功能设计过度复杂,实际优势并不明显。它要求开发者自己定制工具,开发和调试都会浪费大量时间。


严格来说,MCP 甚至算不上真正的技术协议——更像是一套行业约定俗成的规范。虽然我们团队也会跟进实施(毕竟行业都在用),但我始终认为这不是最佳方案。相比之下,基于 HTTP 的 OpenAPI 服务简单得多,而且所有主流框架都已经原生支持。


除非把 MCP 简化到 STDIO(标准输入输出)那种级别的易用性,否则我实在看不出它的必要性。”

MCP 是什么?

MCP 全称为 Model Context Protocol(模型上下文协议),最初由 Anthropic 提出并开源,简单来说,就是构建为 AI 助手提供额外背景信息的工具的标准方法。

为什么 Anthropic 会提出这样一种协议?

Anthropic 认为你不需要依赖 LangChain 或 LlamaIndex 这样的库来集成大语言模型(LLM)和外部工具(比如向量数据库、文件系统或文档)。

他们的理念是:任何能给 AI 助手提供额外信息或功能的东西,都可以直接变成一个 API 工具,让 LLM 自己去调用。比如:你的向量数据库可以是一个工具,文件系统访问也可以是一个工具。

这样一来,在构建 AI 助手(或叫 AI 代理)时,工具调用就成了统一所有功能的核心方式,而不需要依赖复杂的中间框架。Anthropic 鼓励开发者自己按需定制集成,而不是依赖现成的库。

Anthropic 在一篇博客文章中指出,尽管 AI 助手正在被广泛采用,并且模型能力(如推理和质量)在快速进步,但即使是最高级的模型仍然受困于数据隔离问题——它们被限制在信息孤岛和旧有系统中。每次接入新的数据源都需要定制化开发,导致真正互联的 AI 系统难以规模化扩展。

而 MCP(Multi-Connection Protocol) 旨在解决这一问题。它提供了一种协议,允许开发者在数据源和 AI 应用(如聊天机器人)之间建立双向连接。具体来说,开发者可以通过 MCP 服务器 对外提供数据访问能力,然后构建 MCP 客户端(如应用程序或自动化工作流),按需连接这些服务器。

MCP 可以让 AI 系统更灵活、高效地集成各类数据源,打破信息孤岛的限制。

行业分析认为,此举可能加速 AI 助手在复杂场景(如金融、医疗等)的落地,同时降低企业整合 AI 技术的门槛。

技术突破还是新瓶旧酒?

事实上,Anthropic 在 2024 年 11 月宣布了这一协议时行业内对此的反应稍显冷淡。但现在 MCP 正在流行,已经超过了 LangChain,并有望很快超越 OpenAPI 和 CrewAI。主要的 AI 参与者和开源社区都在支持 MCP,认为它是构建代理 AI 系统的潜在游戏规则改变者。沉寂一年多,MCP 为什么突然火了?

有人认为,MCP 之所以能火起来,有几个主要原因:

  • 集成问题解决器: AI 代理和代理工作流成为 2023~2024 年的主要流行语,但它们的致命弱点仍然存在:将这些代理与现实世界的业务系统和数据集成。最初,人们将注意力集中在模型功能和提示技术上,而不是集成上。MCP 通过定义“如何将现有数据源”(文件系统、数据库、API 等)连接到 AI 工作流中,直接解决了这一差距。随着人们消化了这一点,MCP 开始被视为严肃的、可用于生产的 AI 代理所缺失的一块拼图。(这是 HumanX 会议的要点之一:近年来,我们主要专注于构建单独的 AI 模型,每个模型都专门用于特定任务。但随着复杂性和需求的增长,正在向集成系统转变——多个专门模型、软件组件、API、数据源和接口的编排协同工作。)

  • 社区和采用:在短短几个月内,MCP 从概念发展成为一个不断发展的生态系统。早期采用者包括 Block (Square)、Apollo、Zed、Replit、Codeium 和 Sourcegraph 等公司,他们开始整合 MCP 以增强其平台。快进到 2025 年,生态系统已呈爆炸式增长 - 到 2 月,已有 1000 多个社区构建的 MCP 服务器(连接器)可用。显然,随着行业朝着更加集成和情境感知的 AI 迈进,MCP 引起了共鸣。这种网络效应使 MCP 更具吸引力:通过 MCP 提供的工具越多,采用该标准就越有用。

  • 事实上的标准势头:与另一个专有 SDK 或一次性框架不同,MCP 是开放的且与模型无关,并且得到了主要 AI 参与者的支持。这意味着任何 AI 模型(Claude、GPT-4、开源 LLM 等)都可以使用 MCP,任何开发人员或公司都可以在未经许可的情况下创建 MCP 集成。社区中的许多人现在认为 MCP 可能是标准化 AI 系统如何连接外部数据的竞赛中的赢家(就像 USB、HTTP 或 ODBC 如何成为其领域中无处不在的标准一样)。

  • 快速发展和教育: Anthropic 并非只是发布了 MCP 就放弃了;他们一直在积极改进它并教育开发人员。甚至在 3 月中旬的 AI 峰会上,Anthropic 的 Mahesh Murthy 举办了一场广为流传的研讨会,也一定程度加速了 MCP 的采用。而随着 OpenAI 的采用,这项协议的影响力还在扩大。

参考链接:

https://news.ycombinator.com/item?id=43485566

https://techcrunch.com/2025/03/26/openai-adopts-rival-anthropics-standard-for-connecting-ai-models-to-data/

声明:本文为 AI 前线整理,不代表平台观点,未经许可禁止转载。

 直播预告

智能编码工具层出不穷,究竟怎么选、如何用?3 月 5 日 -28 日,InfoQ 极客传媒将发起「智能编码系列」直播,邀请阿里、百度、腾讯、字节、商汤、思码逸等企业一起在线 Coding,与所有开发者直观感受和评测数款国内外在线编码工具在企业真实生产场景中的表现。欢迎扫码或点击按钮一键预约直播、查看回放


今日荐文




图片
你也「在看」吗?👇

同意楼上的观点,MCP并没有什么革命性的创新。它的价值更多体现在生态构建上。如果越来越多的工具和服务都支持MCP,那么它就可能成为一个事实上的标准,从而降低AI应用的开发成本和门槛。但是,如果MCP只是少数公司的“自嗨”,那么它的价值就非常有限了。

说白了,MCP的成败取决于它能否吸引足够多的开发者和厂商参与进来,形成一个良性循环。

我觉得MCP的价值在于它提供了一种标准化的、解耦的方式来集成AI模型和外部工具。LangChain之类的框架确实很强大,但是也过于臃肿,把所有的东西都耦合在一起,不够灵活。MCP通过定义清晰的接口,让开发者可以根据自己的需求自由组合不同的工具,而不用被框架所束缚。

至于能否解决现有AI工具链的痛点,我觉得还需要时间来验证。但至少它提供了一个新的思路,让我们可以更加灵活地构建AI应用。如果MCP能够被广泛采用,形成一个健康的生态系统,我相信它一定能够对AI工具链的发展产生积极的影响。

别扯什么“解放”了,哪有那么玄乎。在我看来,MCP就是把原来LangChain做的事情拆开来,重新用一套更“高大上”的术语包装了一下。本质上还是工具调用,只不过是把工具调用标准化了而已。

当然,标准化本身是有价值的,它可以降低集成成本,提高互操作性。但如果只是为了标准化而标准化,那就有点本末倒置了。关键还是要看MCP能否真正解决实际问题,提高AI应用的性能和效率。目前来看,效果还不够明显。

Karpathy 大佬的观点一向犀利,敢于直言。他说 MCP 没用,肯定有他的道理。可能在他看来,MCP解决的问题并不是最核心的问题,或者说有更简单、更有效的方法来解决这些问题。

但是,我认为也不能完全否定 MCP 的价值。任何一项技术都有它的适用场景。MCP 要想发挥更大的作用,可能需要在以下几个方面进行改进:

* 简化协议本身:让开发者更容易上手和使用。
* 提供更丰富的工具支持:让开发者有更多的选择。
* 提高性能和效率:让 MCP 能够真正提升 AI 应用的性能。

总之,MCP 还需要不断完善和发展,才能真正发挥它的潜力。

Karpathy 大佬的话,听听就好,不能全信。他可能更关注模型本身的创新,对这种工程化的东西不太感冒。但对于我们这些做应用的人来说,工程化也很重要啊!

我觉得 MCP 要想发挥更大的作用,关键在于找到一个 Killer App。就像 HTTP 刚出来的时候,也没人觉得它有多厉害,直到浏览器和 Web 应用普及之后,HTTP 才真正发挥了它的价值。MCP 也需要找到一个类似的应用场景,才能证明它的价值。

对于 Karpathy 这种级别的大佬来说,可能MCP这种偏工程化的东西确实没什么吸引力。但是对于大多数开发者来说,能够降低开发难度、提高开发效率的工具都是有价值的。MCP 如果能够做到足够简单、易用,并且能够解决实际问题,我相信会有很多人愿意使用它。

所以,MCP 的关键在于做好用户体验,让开发者能够轻松地使用它来构建 AI 应用。

谢邀,利益相关,小型AI创业公司一枚。

个人感觉这种合作模式对于我们来说绝对是利大于弊。之前对接各种LLM,光是接口适配就够喝一壶的了,有了MCP这种统一的协议,至少在数据交互层面可以省不少事。而且,也方便我们快速尝试不同的模型,找到最适合我们应用场景的。

当然,竞争肯定会更加激烈,毕竟大公司有钱有人,可以更快地把MCP用到极致。但我们小公司也有自己的优势,比如更灵活、更专注,可以快速迭代和创新。只要我们能找准自己的定位,做出有价值的产品,就不怕被大公司碾压。

从阴谋论的角度来看,这更像是OpenAI在战略上的一种妥协。与其自己搞一套标准,不如拥抱Anthropic的MCP,既能避免被指责搞封闭生态,又能借助Anthropic的影响力,巩固自己在AI领域的主导地位。当然,对于小型AI创业公司来说,这未尝不是一件好事,至少在一定程度上降低了他们与OpenAI集成的成本,但同时也要警惕被大型公司“收割”的风险。

总之,开放合作的背后往往隐藏着复杂的利益博弈,小型AI创业公司需要在夹缝中求生存,保持独立思考和创新能力。

我认为这绝对是AI生态系统朝着更加开放和协作方向发展的一个积极信号。OpenAI这种行业巨头愿意采纳竞争对手提出的协议,说明大家都在朝着解决AI应用落地过程中遇到的实际问题努力,而不是闭门造车。

对于小型AI创业公司来说,这既是机遇也是挑战。机遇在于,MCP这种标准化的协议降低了他们与大型模型和平台集成的门槛,可以更快地构建出具有互操作性的应用。挑战在于,大型公司可能会利用其资源优势,迅速将MCP整合到自己的产品中,小型公司需要在差异化和创新方面做得更好,才能在竞争中脱颖而出。

总之,开放合作是大势所趋,小型AI创业公司需要抓住机遇,积极拥抱新的标准和技术,才能在未来的竞争中立于不败之地。