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

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

一，明確這個東西是什麼，爲什麼出現，給它一個清晰的定義；二，思考它存在的原因，爲誰服務，解決什麼問題；三，思考它的商業模式，它怎麼賺錢？

基於這樣的框架，我再去審視一款產品、或一個事物的商業化路徑。

就說最近很火的MCP，剛出現時，市場衆說紛紜。前幾天，我還在朋友圈提到，有些東西沒必要學，當你還在學習時，行業巨頭已經着手做相關的開發了，等他們做出來，你學了半天可能就浪費了不少時間。

所以，我的一個結論是：個人開發者和產品經理，最好儘量不要碰巨頭們主航道上的業務，因爲遲早會被巨頭吞噬掉。

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

01

談談我的想法。思考一個問題：爲什麼會出現MCP？

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

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

舉個例子：

你用Kimi，要想訪問企業內部的數據庫或實時文檔，傳統的在線服務、複雜的任務調度就搞不定。你最多在這個對話框裏上傳幾個文件，別的就沒辦法了。

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

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

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

那Anthropic是幹啥的？爲啥它要搞這個MCP協議呢？爲啥別的AI巨頭，像OpenAI、Google，都沒提這個協議呢？偏偏是Anthropic提出來的呢？

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

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

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

這倆人從OpenAI出來後，也開發一些基於雲服務的模型。不過，他們發現單純靠模型賺錢太難了。於是，提出了“憲法AI”的概念，意思是,得給模型設定一套原則，來引導它的行爲。

基於這些想法，他們在發佈一系列AI模型之後，爲了完善自己的生態，就提出了MCP協議。

那麼，這個協議提出之後，誰用起來了呢？

你仔細查找，會發現有大公司在使用。比如，微軟正在與Anthropic合作，創建官方的C# SDK（軟件開發工具包）用於MCP。

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

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

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

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

另外，GitHub開源社區發現，那幫程序員們也對MCP很買賬，現在上面有超過300多個開源服務器，啥功能都有，能連接數據庫、搞開發、訪問文件系統、檢索知識等。

這些像給MCP提供了一個裝備庫，個體開發者、公司開發者能隨便按照需求調，想怎麼折騰就怎麼折騰。

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

所以，把一切串起來，你會發現什麼？

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

02

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

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

中間層第二層是什麼呢？

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

第三層是公司。中小企業一看到原生態提供了MCP接口協議，那肯定要響應。爲啥呢？因爲是一套自上而下的系統。他們會想，以後萬一有個聊天助手要用到我的MCP，那直接就可以調用，多方便。

舉個例子：

你想要點外賣。以前要打開美團去點，現在，有沒有可能說你跟豆包說“我想喫什麼”，你幫我搜一下，哪家更優惠？

豆包接到指令後，直接通過MCP協議，調動字節生態內，美團和餓了麼上面的商鋪，進行比較，最後把哪家更優惠羅列出來，你只需要支付就行了；所以，這種一種三方都得益的行爲。

那最後一種是什麼？碼農、技術開發者。

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

這上面有個優勢，開發者在我這開發，他自己能變現之外，也能讓我的MCP平臺內容產品更加豐富，也有利於我加速去迭代一切。

因此，這麼看，就能理解MCP生態邏輯了。說白了，各家都在瘋狂爲自己建高牆，畢竟誰也不想自己的數據流到別人那裏。

03

就像今天，谷歌也推出了自己的A2A（Agent2Agent）協議一樣。本質上不是爲了和其他家做互補，而是爲了鞏固自己的生態壁壘。

別看它打着“打破智能體之間壁壘”的旗號，實際爲了防止自己生態內的應用數據，被其他公司“挖牆腳”。

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

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

這些都是在谷歌生態，和它有微妙關係的。比如：

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

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

所以，一個結論是：大家表面上在瘋狂追求MCP協議，本質上大家目的不一樣。內核是針對有利自己的場景，各家築生態牆，防止數據外流。

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

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

但你要問，它能不能調動百度雲的某個服務呢？比如百度地圖。目前來看，可能性很小，未來也很難。因爲雲平臺的數據不可能輕易讓同行拿走。

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

國內美團、滴滴等平臺爲什麼不接入MCP？你想想看，接入後在哪裏都能點餐打車，豈不是更方便？其實，依然是數據主權和生態話語權的爭奪戰。

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

對美團、滴滴來說，MCP就像是“生態入侵者”，就跟當年淘寶屏蔽百度爬蟲一樣。MCP協議要求開放數據接口，這直接觸動了互聯網巨頭的三大命脈。

一，用戶行爲數據是他們的“金礦”。美團外賣靠用戶點餐數據優化騎手調度算法，滴滴靠出行數據訓練預測模型。這些數據要通過MCP協議外流，就等於把核心競爭力白送給別人。

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

最後，MCP協議可能會催生類似“餐飲服務聚合MCP Server”的中間層。什麼是中間層？也就是，美團、滴滴作爲中間商的能力；這會瓦解他們辛苦經營的服務溢價權。

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

所以，雖然MCP協議有分佈式身份認證等技術問題，但真正阻礙落地的可能並不是技術，而是協議背後的生態博弈。

這就好比在一個新的遊戲裏，別人定好了規則，你只能按照他們的規則玩。互聯網巨頭們怎麼可能輕易接受這個設定呢？他們花了這麼多年建立起來的生態壁壘，可不是爲了給別人做嫁衣。

04

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

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

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

在目前這種降本增效大環境下，我想，巨頭肯定不會把有限資源投入出去，單純爲愛發電；所以，這背後是一場複雜的利益博弈，大家都想在新的遊戲規則裏佔據主動，誰也不想輕易讓步。

既然如此，針對於產品經理、普通開發者有什麼看法？

有兩點：

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

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

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

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

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

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

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

另一塊，借鑑淘寶當年建立百川聯盟的經驗，頭部平臺聯合制定“中國版MCP”，在這個版本里，他們在身份認證、數據權限關鍵地方，加很多控制機制，確保自己還是主導地位，不會被別人輕易“挖牆腳”。

但想做到這一切，還得看政府監管。

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

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