文：王智遠 | ID:Z201440

很多東西，不能搞太復雜，但也不能太簡單。

過于復雜，會被繞進去；過于簡單，又很容易遺漏一些關(guān)鍵點。所以，我會從以下幾個關(guān)鍵方面來看待問題：

一，明確這個東西是什么，為什么出現(xiàn)，給它一個清晰的定義；二，思考它存在的原因，為誰服務，解決什么問題；三，思考它的商業(yè)模式，它怎么賺錢？

基于這樣的框架，我再去審視一款產(chǎn)品、或一個事物的商業(yè)化路徑。

就說最近很火的MCP，剛出現(xiàn)時，市場眾說紛紜。前幾天，我還在朋友圈提到，有些東西沒必要學，當你還在學習時，行業(yè)巨頭已經(jīng)著手做相關(guān)的開發(fā)了，等他們做出來，你學了半天可能就浪費了不少時間。

所以，我的一個結(jié)論是：個人開發(fā)者和產(chǎn)品經(jīng)理，最好盡量不要碰巨頭們主航道上的業(yè)務，因為遲早會被巨頭吞噬掉。

既然這樣，我們又該怎么去看待最近很火的MCP呢？

01

談談我的想法。思考一個問題：為什么會出現(xiàn)MCP？

這個問題，懂 MCP 大概知道答案，因為隨著 AI 發(fā)展，尤其是大語言模型應用越來越廣泛，人們發(fā)現(xiàn)模型在實際運用中可能遇到一個問題。

即：模型難以直接用外部的數(shù)據(jù)、工具進行高效安全的交互，于是，MCP應運而生。

舉個例子：

你用Kimi，要想訪問企業(yè)內(nèi)部的數(shù)據(jù)庫或?qū)崟r文檔，傳統(tǒng)的在線服務、復雜的任務調(diào)度就搞不定。你最多在這個對話框里上傳幾個文件，別的就沒辦法了。

以前呢，得針對每個應用場景專門開發(fā)適配器或者插件，這不僅費勁，還容易遇到拓展性的問題。

有了MCP之后就不一樣了，你直接通過一個窗口，能調(diào)用企業(yè)知識庫或者實時在線文檔，讓軟件幫你找到想要的東西，然后直接給你結(jié)論。是不是挺方便的？

這個MCP，是在2024年11月由Anthropic公司提出來并且開源的。

那Anthropic是干啥的？為啥它要搞這個MCP協(xié)議呢？為啥別的AI巨頭，像OpenAI、Google，都沒提這個協(xié)議呢？偏偏是Anthropic提出來的呢？

其實你看看它的歷史就知道了，這里面藏著它的動機。

Anthropic是2021年成立的，總部在舊金山，背后的高管都是OpenAI的前高層。

有兩個人很重要，一個是丹妮拉·阿莫迪（Daniela Amodei），另一個是達里奧·阿莫迪（Dario Amodei）。他們提出這個協(xié)議，主要是想做一個可靠、可解釋、可操控的人工智能系統(tǒng)，推動AI的通用技術(shù)發(fā)展。

這倆人從OpenAI出來后，也開發(fā)一些基于云服務的模型。不過，他們發(fā)現(xiàn)單純靠模型賺錢太難了。于是，提出了“憲法AI”的概念，意思是,得給模型設(shè)定一套原則，來引導它的行為。

基于這些想法，他們在發(fā)布一系列AI模型之后，為了完善自己的生態(tài)，就提出了MCP協(xié)議。

那么，這個協(xié)議提出之后，誰用起來了呢？

你仔細查找，會發(fā)現(xiàn)有大公司在使用。比如，微軟正在與Anthropic合作，創(chuàng)建官方的C# SDK（軟件開發(fā)工具包）用于MCP。

微軟還把MCP集成到其Azure OpenAI服務中。前幾天，外媒Ars Technica報道，谷歌DeepMind的CEO Demis Hassabis宣布，將為MCP提供支持，并將其集成到Gemini模型和SDK中。

除了大公司，好多AI初創(chuàng)公司和開發(fā)工具提供商也都在用MCP。比如Block、Apollo、Zed、Replit、Codeium、Sourcegraph等。

聽到英文名字肯定頭皮發(fā)麻，簡單講，這些公司（Block）有做易懂支付方案的，像銷售POS機、發(fā)票工具之類，他們用MCP，讓AI更好的理解金融數(shù)據(jù)的上下文。

還有的做在線編程環(huán)境的，借助MCP增強了平臺的AI輔助編程功能，讓開發(fā)者寫代碼更輕松。再者，就是提供代碼搜索的（Sourcegraph），讓代碼搜索和理解更高效。

另外，GitHub開源社區(qū)發(fā)現(xiàn)，那幫程序員們也對MCP很買賬，現(xiàn)在上面有超過300多個開源服務器，啥功能都有，能連接數(shù)據(jù)庫、搞開發(fā)、訪問文件系統(tǒng)、檢索知識等。

這些像給MCP提供了一個裝備庫，個體開發(fā)者、公司開發(fā)者能隨便按照需求調(diào)，想怎么折騰就怎么折騰。

看到國外MCP搞的風生水起，中國科技公司，騰訊、阿里巴巴這些大廠也坐不住了，他們覺得這玩意兒又搞頭，也開始跟進，把它視為AI生態(tài)系統(tǒng)戰(zhàn)略的重要一步。

所以，把一切串起來，你會發(fā)現(xiàn)什么？

MCP賦予AI新能力。以前AI，只能單純聊天，做單一的交互。現(xiàn)在有了MCP，AI能“做事”了。通過一次聊天，我能調(diào)用其他工具，完成我想要的任務。

02

既然這樣，再看看 MCP群體是哪些？我覺得可以把核心群體分為四個層級。

第一個是制定規(guī)則的人，想做MCP平臺的人。這類平臺有哪些呢？在中國，肯定是騰訊、百度、阿里、字節(jié)跳動這些大廠。因為他們有服務器，可以基于自己的生態(tài)開發(fā)MCP，自己玩兒，說白了，平臺主導。

中間層第二層是什么呢？

我覺得是生態(tài)層。我做了平臺，平臺上本身有很多軟件，可以用我的服務器，那必定要給企業(yè)提供MCP；換個角度說，我得讓他們有自己的接口，有了接口，在我生態(tài)上就可以靈活地去對接。

第三層是公司。中小企業(yè)一看到原生態(tài)提供了MCP接口協(xié)議，那肯定要響應。為啥呢？因為是一套自上而下的系統(tǒng)。他們會想，以后萬一有個聊天助手要用到我的MCP，那直接就可以調(diào)用，多方便。

舉個例子：

你想要點外賣。以前要打開美團去點，現(xiàn)在，有沒有可能說你跟豆包說“我想吃什么”，你幫我搜一下，哪家更優(yōu)惠？

豆包接到指令后，直接通過MCP協(xié)議，調(diào)動字節(jié)生態(tài)內(nèi)，美團和餓了么上面的商鋪，進行比較，最后把哪家更優(yōu)惠羅列出來，你只需要支付就行了；所以，這種一種三方都得益的行為。

那最后一種是什么？碼農(nóng)、技術(shù)開發(fā)者。

你想，平臺把MCP做出來，把生態(tài)搭建起來，肯定不僅要去扶持商家，也肯定希望在上面看到更多創(chuàng)意的產(chǎn)品，就像GitHub一樣。

這上面有個優(yōu)勢，開發(fā)者在我這開發(fā)，他自己能變現(xiàn)之外，也能讓我的MCP平臺內(nèi)容產(chǎn)品更加豐富，也有利于我加速去迭代一切。

因此，這么看，就能理解MCP生態(tài)邏輯了。說白了，各家都在瘋狂為自己建高墻，畢竟誰也不想自己的數(shù)據(jù)流到別人那里。

03

就像今天，谷歌也推出了自己的A2A（Agent2Agent）協(xié)議一樣。本質(zhì)上不是為了和其他家做互補，而是為了鞏固自己的生態(tài)壁壘。

別看它打著“打破智能體之間壁壘”的旗號，實際為了防止自己生態(tài)內(nèi)的應用數(shù)據(jù)，被其他公司“挖墻腳”。

不信，你看看A2A開放協(xié)議目前第一批支持的公司：

Atlassian、Box、Cohere、Intuit、PayPal、MongoDB、Salesforce、SAP、ServiceNow，Langchain

這些都是在谷歌生態(tài)，和它有微妙關(guān)系的。比如：

Cohere，一家獨立的AI初創(chuàng)公司，2019年由三位曾在Google Brain工作的研究人員創(chuàng)立的；他們和谷歌云有多年的技術(shù)合作，谷歌云為Cohere提供訓練模型所需的計算能力。

比如Atlassian，一家提供團隊協(xié)作工具的公司，像Jira和Confluence這些工具很多人都在用，他們和谷歌有合作，一些應用可以在谷歌的產(chǎn)品里使用。

所以，一個結(jié)論是：大家表面上在瘋狂追求MCP協(xié)議，本質(zhì)上大家目的不一樣。內(nèi)核是針對有利自己的場景，各家筑生態(tài)墻，防止數(shù)據(jù)外流。

再說阿里云昨天推出的MCP。

從目前情況來看，在百煉平臺上，首批上線的包括高德、無影、Fetch、Notion等在內(nèi)的50多款服務，這些大部分應用，用的阿里云服務器。除了阿里云自己的，還有DaaS模式，這和阿里云的業(yè)務并不沖突。

但你要問，它能不能調(diào)動百度云的某個服務呢？比如百度地圖。目前來看，可能性很小，未來也很難。因為云平臺的數(shù)據(jù)不可能輕易讓同行拿走。

不信的話，不妨再換個角度。

國內(nèi)美團、滴滴等平臺為什么不接入MCP？你想想看，接入后在哪里都能點餐打車，豈不是更方便？其實，依然是數(shù)據(jù)主權(quán)和生態(tài)話語權(quán)的爭奪戰(zhàn)。

這讓我想起2018年美團和滴滴的補貼大戰(zhàn)。那時，雙方爭的不只是市場份額，是對用戶生活場景的定義權(quán)。現(xiàn)在的MCP協(xié)議之爭，就是當年那場戰(zhàn)爭的數(shù)字升級版。

對美團、滴滴來說，MCP就像是“生態(tài)入侵者”，就跟當年淘寶屏蔽百度爬蟲一樣。MCP協(xié)議要求開放數(shù)據(jù)接口，這直接觸動了互聯(lián)網(wǎng)巨頭的三大命脈。

一，用戶行為數(shù)據(jù)是他們的“金礦”。美團外賣靠用戶點餐數(shù)據(jù)優(yōu)化騎手調(diào)度算法，滴滴靠出行數(shù)據(jù)訓練預測模型。這些數(shù)據(jù)要通過MCP協(xié)議外流，就等于把核心競爭力白送給別人。

二，場景閉環(huán)掌控；比如，高德地圖想通過MCP調(diào)用美團外賣服務，這就打破了“到店餐飲-即時配送”的場景閉環(huán)。這比2018年美團打車搶滴滴訂單還顛覆。

最后，MCP協(xié)議可能會催生類似“餐飲服務聚合MCP Server”的中間層。什么是中間層？也就是，美團、滴滴作為中間商的能力；這會瓦解他們辛苦經(jīng)營的服務溢價權(quán)。

不知道我說的夠不夠清晰？

所以，雖然MCP協(xié)議有分布式身份認證等技術(shù)問題，但真正阻礙落地的可能并不是技術(shù)，而是協(xié)議背后的生態(tài)博弈。

這就好比在一個新的游戲里，別人定好了規(guī)則，你只能按照他們的規(guī)則玩。互聯(lián)網(wǎng)巨頭們怎么可能輕易接受這個設(shè)定呢？他們花了這么多年建立起來的生態(tài)壁壘，可不是為了給別人做嫁衣。

04

另外，還有一點我們也可以看到：巨頭們的討巧行為。

比如騰訊地圖，它用了SSE（Server-Sent Events）協(xié)議來構(gòu)建技術(shù)壁壘，這種“選擇性兼容”的策略，也是用技術(shù)手段，把核心數(shù)據(jù)牢牢護住。這像在自家門口修了一道隱形的墻，別人看得見路，但走不進來。

成本問題更不用說了，MCP要求的實時數(shù)據(jù)接口維護，這是什么概念呢？通俗地說，會給平臺增加15%-20%的云計算成本。

在目前這種降本增效大環(huán)境下，我想，巨頭肯定不會把有限資源投入出去，單純?yōu)閻郯l(fā)電；所以，這背后是一場復雜的利益博弈，大家都想在新的游戲規(guī)則里占據(jù)主動，誰也不想輕易讓步。

既然如此，針對于產(chǎn)品經(jīng)理、普通開發(fā)者有什么看法？

有兩點：

只是想玩玩，體驗一下新技術(shù)帶來的樂趣，完全可以去嘗試。現(xiàn)在阿里、騰訊等大廠都在積極布局MCP相關(guān)技術(shù)，其他平臺也都在躍躍欲試。

你可以用一些開源的MCP Server來快速上手，比如GitHub上有很多第三方的MCP Server實現(xiàn)，這些資源可以幫助你探索MCP的潛力。

另外，不要輕易做巨頭主航道的生意。你突然發(fā)現(xiàn)一個新機會，做得很好，但巨頭分分鐘能展現(xiàn)出他們的“拿來主義”。就像前段時間的munes一樣，現(xiàn)在不還是無人問津了。

巨頭們有強大的資源和生態(tài)優(yōu)勢，他們可以快速整合新技術(shù)，甚至直接收購有潛力的初創(chuàng)公司，不過，換個角度說，給別人做嫁衣，大膽嘗試，也是好事。

所以，MCP未來的演變趨勢什么樣？

我認為，大家可能會允許一些不太重要的服務通過MCP協(xié)議接入，但會把數(shù)據(jù)的細節(jié)管得很嚴，不讓你隨便拿走核心數(shù)據(jù)。

就好比說，美團會讓你通過MCP點個景點門票，但絕不會讓你輕易拿到它的外賣訂單數(shù)據(jù)。

另一塊，借鑒淘寶當年建立百川聯(lián)盟的經(jīng)驗，頭部平臺聯(lián)合制定「中國版MCP」，在這個版本里，他們在身份認證、數(shù)據(jù)權(quán)限關(guān)鍵地方，加很多控制機制，確保自己還是主導地位，不會被別人輕易“挖墻腳”。

但想做到這一切，還得看政府監(jiān)管。

如果數(shù)據(jù)要素市場化改革真的落地了，政府可能會要求一些公共服務類的接口，比如交通數(shù)據(jù)，必須遵循MCP這種開放協(xié)議。要是真到了那一步，那局面就會好很多，至少能讓更多人受益。

希望你，不要被表面概念所迷惑，有些東西沒必要學，還沒學會，巨頭都做完了，豈不是浪費時間。