最近一段時間,MCP 協(xié)議已經(jīng)成為了AI行業(yè)的新焦點,不管是OpenAI、Google 還是阿里、騰訊等中內(nèi)外企業(yè)都在密集關(guān)注這個新焦點。而Second Coffee 的創(chuàng)始人兼首席執(zhí)行官Charlie Graham也在近期個人博客上發(fā)表文章,闡述了自己對于MCP以及它將帶來的新局面的看法:
以下為編譯全文,原文鏈接:
https://www.iamcharliegraham.com/mcps-gatekeepers-and-the-future-of-ai/
最近,關(guān)于MCPs(模型上下文協(xié)議)的話題引起了業(yè)內(nèi)的廣泛關(guān)注。如果你一直在關(guān)注AI開發(fā)領(lǐng)域,你可能已經(jīng)聽到了不少諸如“這將改變一切”這樣樂觀的說法。
為了探索MCPs的可能性,我深入研究了它們,并親自搭建了兩個實驗性的MCP服務(wù)器,全面探索了它們的潛力和當(dāng)前的局限性。以下就是我所發(fā)現(xiàn)的內(nèi)容。
01
MCP究竟是什么?
你可以把MCPs想象成標(biāo)準(zhǔn)化的API——它們是連接外部數(shù)據(jù)源或應(yīng)用程序與大型語言模型如ChatGPT或Claude之間的橋梁。它們允許模型聯(lián)系旅行網(wǎng)站獲取實時價格、讀取和管理你的日歷,甚至可以重命名你電腦上的文件。
雖然像Claude、Cursor和OpenAI這樣的AI工具已經(jīng)在使用自定義集成功能,但MCPs可以提供所有此類交互的通用標(biāo)準(zhǔn)化格式,提升其通用性。
MCPs主要由兩部分組成:客戶端(如ChatGPT)和服務(wù)器(如航班調(diào)度網(wǎng)站等外部服務(wù))。當(dāng)二者結(jié)合使用時,它們賦予AI模型超能力,讓它們訪問實時數(shù)據(jù)、執(zhí)行網(wǎng)絡(luò)操作,并且表現(xiàn)得更像主動的Agents而不是死板的聊天機(jī)器人。
目前,兩種主要類型的MCPs正在興起。一種是面向開發(fā)者的工具,比如Cursor或Claude Code,這些工具可以在筆記本電腦這樣的端側(cè)設(shè)備運行,幫助管理文件和/或運行腳本。另一種則是面向現(xiàn)實生活的,它們圍繞搜索產(chǎn)品、注冊域名、預(yù)訂事件或發(fā)送郵件等活動構(gòu)建。
為了探索實際可能性,我構(gòu)建了兩款不同類型的MCPs。第 一個是名為GPT Learner的開發(fā)者服務(wù)器,他可以幫助用戶指揮Cursor記住錯誤,避免重復(fù)犯錯的工具。如果Claude或Cursor錯誤地復(fù)寫了你的代碼,在你修正后可以讓他們記錄并學(xué)習(xí)這個錯誤,之后它會將正確的做法存儲在其規(guī)則中供將來參考。
而第二個項目更為雄心勃勃:它是一款預(yù)測市場MCP,它將大語言模型連接到我建立的聚合實時預(yù)測市場的網(wǎng)站betsee.xyz中。當(dāng)用戶詢問Claude類似“特朗普剛剛暫停關(guān)稅,這會引發(fā)什么次生效應(yīng)?人們在賭什么?”的問題時,MCP會返回Polymarket或Kalshi的相關(guān)市場及實時賠率。
02
為什么MCP還未準(zhǔn)備好
通過構(gòu)建這兩款MCP,我對一些事情的認(rèn)知逐漸清晰起來。
首先,MCPs還沒有為廣泛應(yīng)用做好準(zhǔn)備。
當(dāng)前 MCPs的用戶體驗還很粗糙。大多數(shù)像ChatGPT的聊天機(jī)器人還不支持MCP服務(wù)器。而少數(shù)支持該功能的的需要手動編輯JSON來安裝它們——而這對用戶們來說并不友好。而像Cursor和Claude這樣的聊天機(jī)器人通常會在每次請求時都提示用戶,而且經(jīng)常會返回不完整的信息或原始JSON輸出。這種輸出方式既笨拙又令人不滿。
當(dāng)我使用Claude的桌面端來查詢我的預(yù)測市場MCP時,如果沒有明確詢問,它經(jīng)常不會發(fā)送鏈接或價格,甚至有幾次它根本不會調(diào)用服務(wù)器。更令人煩躁的是,每次我像MCP下達(dá)調(diào)用請求時,Claude 都會跳出提示,大幅降低人們的使用興趣。當(dāng)然,我們相信 MCP 最終將會實現(xiàn)無縫處理,并給出有意義的響應(yīng),但現(xiàn)在我們還沒達(dá)到那個階段。
另外,安全性也是一個重要的問題。
由于MCPs能夠?qū)崿F(xiàn)外部操作和對實時系統(tǒng)的訪問,所以他們正面臨著許多的安全問題。提示注入、惡意工具安裝、未經(jīng)授權(quán)的訪問以及木馬病毒攻擊都是非常真實的威脅。沒有沙箱環(huán)境、驗證層,也沒有成熟的生態(tài)系統(tǒng)來處理這些邊緣情況。
顯然,這些問題導(dǎo)致MCP 對于我們來說還是一個處于試驗階段的產(chǎn)物。
真正的決定權(quán)在客戶端
在構(gòu)建這些服務(wù)器的過程中,我還學(xué)到了一個重要的經(jīng)驗:盡管MCP服務(wù)器提供了數(shù)據(jù)和行動,但真正決定未來的,其實是客戶端。
誰掌握了大模型的交互,誰就控制了用戶看到哪些工具、觸發(fā)哪些工具以及顯示哪些響應(yīng)。你可以構(gòu)建世界上最有用的MCP服務(wù)器,但客戶端可能不會調(diào)用它,或者只顯示其輸出的一半。甚至可能不允許安裝它。
03
MCP,看門者的誕生
也因為客戶端的關(guān)鍵權(quán),MCPs最終將受制于搜索引擎和應(yīng)用商店的治理。而目前主流的大模型應(yīng)用供應(yīng)商(如OpenAI和 Anthropic),將成為新的“看門人”,他們將決定哪些MCP可以上架,并通過推薦算法使其成為一個商品。
自上世紀(jì)90年代末成立以來,Google一直控制著給用戶展示什么內(nèi)容的權(quán)利,這幫助他們建立了一個極其盈利的業(yè)務(wù)。而現(xiàn)在,聊天機(jī)器人也獲得了這個能力,通過給用戶答案來取代傳統(tǒng)搜索引擎的“10 個藍(lán)色鏈接”。他們可以決定向用戶展示哪些內(nèi)容、排除哪些內(nèi)容以及如何排版。
而MCP的安裝過程將類似于APP 商店模式。就像蘋果和谷歌通過決定哪些應(yīng)用被推薦、預(yù)裝或批準(zhǔn)而塑造了移動生態(tài)系統(tǒng)一樣,大模型客戶端將決定哪些MCP服務(wù)器被展示、推廣甚至是被允許上架。而各個公司之間勢必將展開競爭,甚至可能通過向大模型供應(yīng)商付費來獲得在新的生態(tài)系統(tǒng)中的推薦和曝光的機(jī)會,而這將促使高利潤的 MCP 分發(fā)平臺誕生。
用戶將在精心策劃的“MCP商店”中安裝MCP或“AI聊天應(yīng)用”。Gmail、HubSpot、Uber和Kayak等工具將被添加MCP端點,直接集成到基于聊天的工作流程中。雖然理論上用戶可以自行選擇想要安裝的MCP,但對于大多數(shù)用戶來說,他們不會做這么麻煩的事情。
他們會依賴客戶端提供的推薦產(chǎn)品(如ChatGPT)。而這些推薦產(chǎn)品肯定不是隨意的,而是來自利潤豐厚的合作關(guān)系。大公司的產(chǎn)品將通過付費成為購物、旅行、域名搜索或服務(wù)搜索類別的默認(rèn)選項。而這也意味著至少上百萬的流量,他們將帶來巨大的曝光度、數(shù)據(jù)和商業(yè)價值。
一些客戶端側(cè)的MCP應(yīng)用商店(MAS)將提供更寬松、更開放的MCP選擇,并允許更廣泛的實驗和社區(qū)開發(fā)的MCP。而其他則會有嚴(yán)格的審批流程,重視質(zhì)量、安全性和貨幣化。無論是哪種情況,客戶端都設(shè)定了參與條件——以及成功的規(guī)則。
如OpenAI和Claude這樣的MCP客戶端將成為新的iOS和Android平臺。而MCP服務(wù)器將扮演原本APP的角色。通過語言交互,來提供豐富、結(jié)構(gòu)化的交互式響應(yīng),以滿足用戶需求。而這里,應(yīng)用不是通過圖標(biāo)調(diào)用,而是通過用戶的命令調(diào)用。
隨著時間的推移,我們或許還將看到針對特定行業(yè)或領(lǐng)域的專業(yè)客戶端出現(xiàn)。想象一下,一個專注于旅游規(guī)劃的 AI 聊天助理,它可以無縫集成航空公司、連鎖酒店和旅行社的服務(wù),為用戶提供完整的旅行規(guī)劃體驗;蛘咭粋聚焦人力資源的MCP客戶端,統(tǒng)一訪問法律數(shù)據(jù)、員工記錄和組織工具,這將會轉(zhuǎn)變企業(yè)的管理方式。
雖然大多數(shù)用戶會堅持使用主流客戶端,但一些開源的AI聊天機(jī)器人仍然會出現(xiàn)。這些聊天機(jī)器人將吸引那些想要完全控制自己安裝的MCP而不受看門人限制的專業(yè)人士。但就像Linux桌面系統(tǒng)一樣,這些開源產(chǎn)品將仍然是小眾市場。
04
新生態(tài)帶來新機(jī)會
針對現(xiàn)有的MCP發(fā)展,我預(yù)計會日后會出現(xiàn)一大批專門為MCP服務(wù)的企業(yè)和工具,包括:
MCP包裝器和服務(wù)器包:將多個相關(guān)的 MCP 捆綁到一個安裝包中,從而簡化設(shè)置。想象一下,只要一個安裝包,你就能獲得一個包括日歷、電子郵件、客戶關(guān)系管理和文件存儲的 MCP,而且即裝即用,無需配置。這些軟件包將簡化人事流程,在垂直客戶中尤其有用,并可能包括打包工具(“設(shè)置日歷和發(fā)送電子郵件”)。
MCP購物引擎:一些 MCP 服務(wù)器將像AI驅(qū)動的比較引擎一樣,提供各個供應(yīng)商的實時價格和商品列表。同時它們將通過聯(lián)盟鏈接盈利,并從中賺取推薦費。這與早期的搜索引擎優(yōu)化和聯(lián)盟營銷不謀而合。
MCP優(yōu)先的內(nèi)容App:這些服務(wù)將通過 MCP 服務(wù)器為大語言模型優(yōu)化內(nèi)容交付,而不是為人類設(shè)計網(wǎng)站。想象一下,豐富的結(jié)構(gòu)化數(shù)據(jù)和語義標(biāo)簽子都通過 MCP 調(diào)用返回。而他們的收入將來自訂閱或嵌入式贊助和產(chǎn)品植入,而不是頁面瀏覽量。
API到MCP提供商:許多現(xiàn)有的API提供商都希望參與到這個新的生態(tài)系統(tǒng)中,但他們卻沒有足夠的資源來完成這件事。這將促進(jìn)中間件工具出現(xiàn),它們能自動將傳統(tǒng)的 REST API 轉(zhuǎn)換為符合要求且可發(fā)現(xiàn)的 MCP 服務(wù)器,從而使 SaaS 平臺的入駐變得輕而易舉。
Cloudflare for MCPs:安全也是一個重要問題。這些工具將位于客戶端和服務(wù)器之間,對輸入內(nèi)容進(jìn)行消毒、記錄請求、阻止攻擊并監(jiān)控異常情況。正如 Cloudflare 使現(xiàn)代網(wǎng)絡(luò)更加安全一樣,MCP 生態(tài)系統(tǒng)也將扮演類似的角色。
企業(yè)“私有”MCP解決方案:大公司將開始將自己的內(nèi)部服務(wù)接入私有 MCP 服務(wù)器并配合開源的AI產(chǎn)品使用,而這些內(nèi)部設(shè)置將在防火墻后成為AI工作流的一部分,幫助企業(yè)實現(xiàn)控制。
垂直化的MCP客戶端:雖然許多聊天機(jī)器人都可以滿足用戶的日常需求,但在工業(yè)采購、合規(guī)工作等特定場合,仍然需要使用特定的用戶界面和業(yè)務(wù)邏輯。以垂直領(lǐng)域為重點的 MCP 客戶端勢必將會出現(xiàn),通過定制的操作、語言和布局來滿足用戶的特殊需求。
總結(jié)
總而言之,我們現(xiàn)在還處在MCP發(fā)展的早期階段。如今的MCPs混亂、脆弱,主要掌握在開發(fā)者手中。但要注意的是,他們有著明確的發(fā)展階段。
這些協(xié)議有可能將大模型從基于聊天的搜索引擎轉(zhuǎn)變?yōu)槟軌虼砟扇⌒袆拥膹?qiáng)大AI Agents——安全、智能且實時。
但這不僅僅是關(guān)于MCP能做什么的故事。更重要的是,誰有權(quán)決定它們能做些什么。
榜單收錄、高管收錄、融資收錄、活動收錄可發(fā)送郵件至news#citmt.cn(把#換成@)。
海報生成中...