今年以來(lái)，一個(gè)技術(shù)新詞成了各家大廠競(jìng)相追捧的繆斯——MCP（Model Context Protocol，模型上下文協(xié)議）。對(duì)于MCP，各家大廠不僅紛紛“伸臂擁抱”、迅速接入，還不吝贊揚(yáng)。百度董事長(zhǎng)李彥宏盛贊稱(chēng)“MCP讓AI更懂外部世界，更容易獲得信息，更自由地調(diào)用工具，是AI發(fā)展的一大步”，并表示“百度會(huì)幫助開(kāi)發(fā)者積極全面地?fù)肀CP”。字節(jié)跳動(dòng)旗下云平臺(tái)火山引擎總裁譚待也給予了肯定，認(rèn)為MCP像互聯(lián)網(wǎng)早期的HTML 和 HTTP 等協(xié)議，將對(duì)推動(dòng)外部應(yīng)用的發(fā)展起到至關(guān)重要的作用。

那么這個(gè)迷倒眾多大廠的新詞，究竟是何方神圣？

一，魅力何來(lái)？

還得從MCP的原理說(shuō)起。通俗地解釋?zhuān)琈CP是幫助Deepseek、豆包等大模型快速對(duì)接地圖、編程工具、文檔等外部應(yīng)用的通信協(xié)議，可以幫 “AI大腦”以更便捷的方式裝上“手腳”，從而形成不僅能“思考”還能指揮應(yīng)用“行動(dòng)”的智能體。

近期最出名的智能體莫過(guò)于Manus，雖然它并非以MCP的方式連接，卻也讓世界見(jiàn)識(shí)了大模型連上應(yīng)用后的廣大神通——比如一聲令下就能從零開(kāi)始做出一款飛機(jī)大戰(zhàn)游戲。這本質(zhì)上是智能體在收到人類(lèi)命令后，由大模型規(guī)劃問(wèn)題解決的思路及步驟，并選擇有助于實(shí)現(xiàn)目標(biāo)的多個(gè)外部應(yīng)用，再指導(dǎo)外部應(yīng)用逐步產(chǎn)出所需的結(jié)果。

以上是從普通用戶(hù)的視角出發(fā)。若從開(kāi)發(fā)者的角度來(lái)看，MCP是在智能體開(kāi)發(fā)過(guò)程中各方可遵循的協(xié)議。只要所選用的大模型和外部應(yīng)用都加入了這一協(xié)議，就能實(shí)現(xiàn)一鍵調(diào)用，可省去大量的代碼編寫(xiě)工作。正如MCP的提出公司Anthropic在官網(wǎng)中所聲明的：MCP 提供了一種將 AI 模型連接到不同數(shù)據(jù)源和工具的標(biāo)準(zhǔn)化方式，可類(lèi)比于USB-C 提供了一種將設(shè)備連接到外圍設(shè)備和配件的標(biāo)準(zhǔn)化方式。在這一架構(gòu)中，大模型應(yīng)用程序是客戶(hù)端（MCP Client），外部應(yīng)用是服務(wù)器（MCP Server），一個(gè)MCP Client往往可連接多個(gè)MCP Server。

實(shí)際上，在2024年11 月被提出的MCP并不是第一個(gè)大模型通信協(xié)議。早在2023年6月，OpenAI就發(fā)布了同類(lèi)協(xié)議Function Call。然而，人們發(fā)現(xiàn)Function Call存在諸多問(wèn)題，其中最重要的是每個(gè)大模型和每個(gè)應(yīng)用的參數(shù)結(jié)構(gòu)和返回格式等都不統(tǒng)一，導(dǎo)致每次連接都得經(jīng)歷一次代碼開(kāi)發(fā)，效率較低。

而在Function Call提出之前，大模型也可與傳統(tǒng)API交互來(lái)調(diào)用外部應(yīng)用，只是成功概率不高。因?yàn)閭鹘y(tǒng)API需要精確的參數(shù)格式、嚴(yán)謹(jǐn)?shù)腻e(cuò)誤處理協(xié)議以及精準(zhǔn)的響應(yīng)解析，而這恰恰是存在概率輸出現(xiàn)象的大模型所難以做到的，所以二者常常對(duì)接不上并導(dǎo)致工作流程崩潰。

相較之下，MCP則要友好得多。如果以女孩比喻，MCP相比“前任”協(xié)議可算是“賢惠”（運(yùn)作靠譜，大模型與外部應(yīng)用可順暢連接）、“美麗”（模式簡(jiǎn)約，不用編寫(xiě)大段代碼）又“開(kāi)明”（足夠開(kāi)放，讓各大廠能無(wú)憂(yōu)接入），難怪讓國(guó)內(nèi)外的AI大廠“不得不愛(ài)”。

而再更深一層來(lái)看，MCP施展魅力的背后，是Anthropic與OpenAI在這一輪AI開(kāi)發(fā)者生態(tài)的爭(zhēng)奪。目前看來(lái)，隨著MCP力壓Function Call，Anthropic也在與OpenAI的巔峰對(duì)決中扳回了一局。

二，大廠花式“把妹”

2025年以來(lái)，隨著Manus等智能體的全球爆火，初創(chuàng)時(shí)默默無(wú)聞的MCP逐漸受到關(guān)注，各家AI大廠紛紛拜倒在其石榴裙下。僅在3月份，MCP服務(wù)器“集散地Smithery上的MCP發(fā)現(xiàn)平臺(tái)服務(wù)器創(chuàng)建量就實(shí)現(xiàn)了3倍以上的增長(zhǎng)。

MCP作為誕生于美國(guó)的“洋妞”，率先擁抱她的是近水樓臺(tái)的美國(guó)大廠。比如3 月 27日，OpenAI宣布核心開(kāi)發(fā)工具 Agent SDK支持 MCP 服務(wù)協(xié)議——這樣一來(lái)，相當(dāng)于OpenAI憑借自身的行業(yè)地位，將MCP托舉成為AI領(lǐng)域的基礎(chǔ)設(shè)施。而在短時(shí)間內(nèi)，谷歌、微軟、亞馬遜等巨頭也陸續(xù)接入。

沒(méi)多久，想MCP的風(fēng)就刮到了中國(guó)——4月以來(lái)國(guó)內(nèi)科技大廠幾乎無(wú)一例外地對(duì)其展開(kāi)“花式追求”，以期在智能體生態(tài)中占據(jù)優(yōu)勢(shì)。

百度大概是最高調(diào)的追求者。在發(fā)聲上由一號(hào)人物李彥宏親自示好，在行為上也不遺余力。不僅旗下的大模型服務(wù)與開(kāi)發(fā)平臺(tái)千帆和AI編碼工具Comate大力接入MCP，還將體系內(nèi)最重磅的應(yīng)用——百度搜索、地圖、文庫(kù)、網(wǎng)盤(pán)等——進(jìn)行了MCP化。此外，還在百度搜索設(shè)置了MCP server發(fā)現(xiàn)平臺(tái)，能夠索引全網(wǎng)的優(yōu)質(zhì)MCP server。

相較之下，阿里的行動(dòng)算是四平八穩(wěn)。官宣時(shí)管理者也發(fā)聲了，不過(guò)是部門(mén)高管；大模型服務(wù)平臺(tái)百煉、旗下重磅應(yīng)用支付寶和高德地圖也接入MCP了，但更核心的應(yīng)用如淘天等還在觀望；盡管宣傳旗下所有服務(wù)會(huì)走向AI Agent化并上架智能體市場(chǎng)，但速度相較百度還是略遜一籌。

字節(jié)則像低調(diào)卻務(wù)實(shí)的暗戀者——目前旗下的大模型服務(wù)平臺(tái)火山方舟、AI協(xié)同辦公平臺(tái)扣子空間、AI 編程工具Trae均可調(diào)用MCP，不過(guò)旗下大部分重要應(yīng)用的MCP化還未見(jiàn)可外部調(diào)用的官宣，且未開(kāi)展整體宣傳。

目前最佛系的大概是騰訊，可類(lèi)比為一位資源深厚而行事淡定的富二代。目前官方僅以簡(jiǎn)單的短資訊官宣騰訊云大模型知識(shí)引擎及軟件開(kāi)發(fā)智能體Craft支持MCP協(xié)議。

在這些花式的背后，可以看出各家大廠都依托自身既有的大模型服務(wù)平臺(tái)快速搭建了自己的MCP Client體系，但對(duì)MCP Server的推出卻進(jìn)度不一。大部分大廠即使推出了旗下應(yīng)用的MCP版本，目前也僅限于在自家平臺(tái)上調(diào)用。

實(shí)際上，MCP Server的開(kāi)發(fā)更為簡(jiǎn)單，只需利用官方提供的Python SDK做一層MCP的適配，核心代碼不過(guò)短短幾行，對(duì)于各大廠而言并無(wú)技術(shù)難度。那么，百度之外的各家大廠為何對(duì)既有應(yīng)用的似有顧慮？

也許因?yàn)檫@將是一場(chǎng)刀刃向內(nèi)的變革。目前各大廠旗下的核心應(yīng)用都肩負(fù)用戶(hù)抓手及流量變現(xiàn)主場(chǎng)的使命，若后續(xù)用戶(hù)習(xí)慣改為從智能體統(tǒng)一進(jìn)入、減少對(duì)各個(gè)應(yīng)用的直接使用。對(duì)大廠而言也會(huì)是顛覆性的挑戰(zhàn)。

如此看來(lái)，大廠們對(duì)MCP的追求頗有些心猿意馬：既想牽住美人的手、成為智能體生態(tài)舞會(huì)中最深耀眼的舞者，但又怕她尖銳的指甲勾破自家流量變現(xiàn)的華袍。

三，女神的煩惱

即使已貴為AI界萬(wàn)人瞻仰的“新晉女神”，MCP也有著自己的煩惱。

從自身看，目前的MCP市場(chǎng)存在著亂象。

有騰訊開(kāi)發(fā)者表示，他曾試用300多個(gè)MCP項(xiàng)目，其中約80%存在嚴(yán)重問(wèn)題，從簡(jiǎn)單的配置錯(cuò)誤到嚴(yán)重的完全無(wú)法使用等情況都存在。而那可用的少數(shù)也未必好用，因?yàn)槠浔澈蟮墓疚幢馗市膶⒔o出最核心、最實(shí)時(shí)的功能無(wú)償奉上。

而雪上加霜的是，目前還缺乏對(duì)MCP組件的評(píng)價(jià)體系——由于缺少分類(lèi)排名等可靠指標(biāo)，也暫無(wú)機(jī)制驗(yàn)證MCP組件的描述與實(shí)質(zhì)是否相符，智能體無(wú)從判斷哪個(gè)是最好用或最適合的外部應(yīng)用，只能反復(fù)嘗試或根據(jù)模糊的描述“開(kāi)盲盒”，效率不高。

此外，安全隱患也是無(wú)法回避的問(wèn)題。

首先，大模型本身的幻覺(jué)輸出及數(shù)據(jù)泄露等風(fēng)險(xiǎn)問(wèn)題，而MCP組件也可能被黑灰產(chǎn)利用而導(dǎo)致用戶(hù)敏感信息泄露，比如打著提供信息的幌子私下收集用戶(hù)隱私等。以上問(wèn)題在智能體的應(yīng)用中可能被進(jìn)一步放大。

其次，靠MCP串聯(lián)起的多智能體協(xié)模式，可能導(dǎo)致訪問(wèn)控制漏洞的出現(xiàn)——比如多智能體可能在交互過(guò)程中因訪問(wèn)相同資源而產(chǎn)生一些沖突，進(jìn)而產(chǎn)生訪問(wèn)控制級(jí)聯(lián)失控并影響整體的系統(tǒng)穩(wěn)定性。

而與此同時(shí)，有業(yè)內(nèi)人士指出，在智能體業(yè)務(wù)高歌猛進(jìn)的當(dāng)下，許多智能體創(chuàng)業(yè)公司對(duì)安全性問(wèn)題的認(rèn)知還尚淺，有些甚至沒(méi)有配備專(zhuān)職安全團(tuán)隊(duì)。由此，這些公司目前交付的相關(guān)產(chǎn)品是否具備足夠的安全性并通過(guò)安全測(cè)試，又是否存在可被惡意利用的漏洞，都還存在一定疑慮。

實(shí)際上，以上兩方面問(wèn)題主要并非MCP協(xié)議本身的原因，更多要?dú)w咎為市場(chǎng)發(fā)展初期難以避免的混沌。而隨著市場(chǎng)的逐漸成熟，大概率會(huì)沉淀下真正有價(jià)值的應(yīng)用生態(tài)，就像當(dāng)初PC互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)泡沫后留下了經(jīng)歷考驗(yàn)的幾大巨頭。

而從外部看，MCP并非不可替代。

4月9日，谷歌推出了A2A（Agent 2 Agent）協(xié)議——這是一種智能體之間的通信協(xié)議。雖然MCP是智能體與外部應(yīng)用間的通信協(xié)議，與A2A看似在應(yīng)用場(chǎng)景上有所差異，并且谷歌目前以“互補(bǔ)”形容二者關(guān)系，但二者都是智能體搭建過(guò)程中的API調(diào)用協(xié)議，本質(zhì)相近。

同時(shí)，正如國(guó)盛證券所指出的，在“工具也可能被封裝為智能體”的復(fù)雜局勢(shì)下，A2A與MC存在一定程度的功能重疊，因此也存在相互替代的可能性。這也許反映了谷歌與Anthropic都在搶占智能體生態(tài)的制高點(diǎn)，若再考慮到這兩家公司間的投資關(guān)系，另一種可能性也許是A2A與MCP在未來(lái)融為一體。

而市場(chǎng)玩家總是“花心”的，一旦出現(xiàn)被行業(yè)更廣泛接受的協(xié)議，“移情別戀”是可以預(yù)測(cè)的結(jié)果——就像當(dāng)時(shí)各方從Function Call轉(zhuǎn)向MCP一樣。這樣來(lái)看，MCP目前的“大眾情人”位置并不穩(wěn)固。

結(jié)尾

在這場(chǎng)對(duì)MCP跨越國(guó)界的“狂熱追求”背后，既有技術(shù)進(jìn)化帶來(lái)的必然相遇，也有生態(tài)爭(zhēng)奪、資本逐利與新事物不完善間的微妙博弈。但別忘了，這也許是一場(chǎng)沒(méi)有終曲的舞會(huì)。當(dāng)強(qiáng)大的更通信協(xié)議橫空出世，當(dāng)更安全的生態(tài)規(guī)則重塑行業(yè)，MCP的“白月光”濾鏡也許終會(huì)褪去。而AI智能體的未來(lái)，注定屬于那些能直擊人類(lèi)需求本質(zhì)的“破局者”。