跳到正文
IFAI

開源專案

OpenAI 擁抱死對頭:全面支援 Anthropic 的 MCP 開源資料協議

首次發布 傳播指數 49

OpenAI 宣佈將在旗下產品中全面支援 Anthropic 的 MCP 協議。該標準已進入 Agents SDK,接下來會支援 ChatGPT 桌面端與 Responses API。兩大巨頭在連線外部資料與工具的底層介面上達成一致,開發者再也不用為不同模型反覆造輪子了。

OpenAI 擁抱死對頭:全面支援 Anthropic 的 MCP 開源資料協議
圖:techcrunch.com

想像一下,家裡每買一臺新電器,你都得在牆上重新鑿個專用的插座,那日子根本沒法過。過去一年的 AI 外掛和上下文工具,差不多就是這種荒唐狀態:每家大模型都有自己的連線方式,開發者只能被逼著重複造輪子。

這個局面終於迎來了轉折點。3 月 26 日,OpenAI 執行長 Sam Altman 在 X 上公開宣佈,OpenAI 旗下的產品將全面支援競爭對手 Anthropic 推出的開源標準——Model Context Protocol,也就是大家常說的 MCP。

勁敵的標準,成了自己的新插頭

Altman 發帖說得很直接:大家都很喜歡 MCP,他們很高興能在自己的產品線中加入對它的支援。

按照 OpenAI 的節奏,支援已經在推進了。Agents SDK 在發帖當天就已經上線了 MCP 支援,而 ChatGPT 桌面端應用以及 Responses API 的適配也會在不久後推出。OpenAI 還透露,打算在未來幾個月公佈更多關於 MCP 的後續計劃。

對於這個表態,Anthropic 首席產品官 Mike Krieger 迅速在 X 上回應表示歡迎,直言很高興看到大家對 MCP 的喜愛蔓延到了 OpenAI。Krieger 還提到,MCP 已經是一個擁有數千個整合的繁榮開源標準,大語言模型只有在連線到使用者已有的資料和日常使用的軟體時,才能發揮出最大的價值。

把資料放進管道,模型按需索取

MCP 到底是什麼?說白了,它就是大模型和外部世界之間的一套通用通訊協議。

以前大模型想要讀取你的本地文件、企業內部工具、程式碼倉庫或者工作流軟體,開發者必須為每個模型單獨寫一套對接邏輯。而 Anthropic 開源的 MCP,允許開發者構建雙向連線。

開發者只需要搭建一個「MCP server」把資料暴露出來,或者構建「MCP client」去發起連線。AI 助手收到指令後,就能自己去對應的資料來源裡抓取材料,完成複雜任務。在 Anthropic 開源 MCP 的這幾個月裡,包括 Block、Apollo、Replit、Codeium 以及 Sourcegraph 在內的一批技術公司,早就已經把 MCP 接入了自己的平臺。

如今 OpenAI 認了這套標準,意味著開發者寫一個 MCP 外掛,既能餵給 Claude,也能餵給 ChatGPT。

為什麼重要

我們認為,OpenAI 這次放下身段的動作非常聰明。當一個開源協議已經在開發者社群形成了滾雪球效應,硬去自造一套封閉的專屬輪子,除了人為製造生態壁壘、惹惱開發者之外,沒有任何好處。承認對手在協議設計上的領先,換來的是立刻坐享整個 MCP 的現成生態。

對於開發者和企業來說,這是過去幾個月裡最實在的一個好訊息。以往大家在 Claude 和 OpenAI 之間做系統整合時總得做取捨,或者維護兩套程式碼;現在只要專心寫好自己的 MCP 服務的介面,兩邊都能直接跑通,工具的複用成本瞬間被拉低了。

對行業而言,這場關於「大模型怎麼連資料」的格式之爭,勝負看起來已經沒有太大懸念了。Anthropic 靠著搶先開源和開放心態贏下了協議標準,而 OpenAI 的加入則徹底鎖死了 MCP 作為行業事實標準的地位。接下來值得關注的是 ChatGPT 桌面端正式實裝後的體驗,以及其他尚未站隊的大模型廠商,還有多少堅持自研協議的底氣。

來源 (1)

  1. [1]
    techcrunch.com(在新分頁開啟)原文techcrunch.com

話題追蹤Model Context Protocol (MCP) 的行業採用

這個話題的歷次新聞,最新的在上面。

  1. OpenAI 升級 Responses API:支援遠端 MCP 與程式碼直譯器,o 系列可在思考中呼叫
  2. Google DeepMind 擁抱 MCP:Gemini 模型與 SDK 將支援該協議
  3. OpenAI 擁抱死對頭:全面支援 Anthropic 的 MCP 開源資料協議本則

每日 AI 內容精選