阿里云擁抱MCP（Model Context Protocol）的舉措引發(fā)了廣泛關(guān)注，但市場上存在諸多誤解和非共識。本文將通過通俗易懂的方式，深入解析MCP的核心概念、與Function Calling的關(guān)系，以及阿里云百煉在MCP領(lǐng)域的戰(zhàn)略布局。我們將探討MCP如何通過標(biāo)準(zhǔn)化協(xié)議提升AI模型的工具調(diào)用效率，以及阿里云百煉如何通過支持MCP協(xié)議，彌補(bǔ)自身插件生態(tài)的不足，快速占領(lǐng)市場份額。

最近特工們兵分兩路，一支受邀前往?Las Vegas 參加 Google Cloud Next 大會，一支前往北京郎園參加阿里云 AI 勢能大會。前者 Google 發(fā)的東西有點(diǎn)多，還沒消化完，改天我們詳細(xì)說說。今天就先來聊聊阿里云百煉這邊關(guān)于 MCP 的更新。

MCP 最近非?；穑泊嬖谠S多非共識和噪音，每個人對 MCP 的理解都有些參差，網(wǎng)上的各種分析也是眼花繚亂，讀起來讓人覺得知其然而不知其所以然。

MCP 具體干了個什么事？MCP 和 Function Calling 的關(guān)系是什么？MCP Market 和 Plugin Market 的區(qū)別是什么？百煉這么做的戰(zhàn)略意義是什么？

我們嘗試提出一個非常小白化的解釋，來讓沒什么基礎(chǔ)的讀者也能搞明白以上所有問題，請?jiān)试S我們娓娓道來。

一、MCP 的形象比喻

首先，用戶讓 LLM 調(diào)用工具，就好比我（特工少女，即 User）讓男朋友（LLM）去小店（軟件服務(wù)提供商）買東西（Data & Tool）并使用。如果模型接到的任務(wù)則可能需要多個工具調(diào)用（Tool Use），這就好比我跟男朋友講的需求比較復(fù)雜，比如做從零做一道番茄炒蛋。

然后男朋友通過規(guī)劃（Planning）決定去蘇泊爾買個鍋和鏟，去菜場買個西紅柿和雞蛋，再去便利店買個糖和鹽，以此來完成番茄炒蛋這道菜。但是在傳統(tǒng)的 AI?應(yīng)用開發(fā)過程中，男朋友（LLM）能去的小店（能使用的工具）都需要開發(fā)者預(yù)先定義線路（編寫代碼）。

但是，男朋友（LLM）每去一個新地方，都要造一條新路（編寫代碼），似乎不太方便。于是后來字節(jié)扣子、百度千帆、阿里云百煉等平臺出現(xiàn)了，他們就好比是開了一個商超。商超跟各種小店說，我這里人氣旺，你們直接按我們的要求來貨架上架你們的商品就行，再跟我（User）說我這現(xiàn)成的商品多，以后讓男朋友（LLM）來這買就行。

小店們覺得這事不錯，便遵守平臺一定的上架規(guī)范，開始把他們的商品（Tool）變成了插件（Plugin），我（User）提的好多需求，男朋友（LLM）在這些平臺上就能一站式滿足了，選幾個插件直接用就行，方便了挺多。

但是，Anthropic 干了一個什么事情呢？他想搞電商！

他跟小店們說，不同平臺的插件規(guī)范不太一樣，你們?nèi)ジ鱾€平臺上架插件也挺累的。咱們搞個新玩法，能讓天下的男朋友（LLM）都很容易的用到更多商品（調(diào)用更多工具）。你們呢按照我這個標(biāo)準(zhǔn)，把你們的商品都做一個數(shù)字化的標(biāo)準(zhǔn)信息處理（即變成了 MCP Server），我們再定義一個叫電商組件的東西（即 MCP Client），你們的 MCP Server 要跟電商組件有互動，只要遵守一個開放的規(guī)則，這部分就是 MCP 協(xié)議，即 Server 和 Client 的通信協(xié)議。

此外，Anthropic 基于這個電商平臺（Client）的理念做了一個淘寶的外殼，這個淘寶就好比沒有包含 LLM 的 Claude Desktop。在這基礎(chǔ)上，如果再加上 Claude 的模型，就相當(dāng)于讓“男朋友刷淘寶”，這一整體就構(gòu)成了 MCP Host。

MCP Server 只管提供各種工具，MCP Host 只管通過 MCP Client 獲取并使用這些工具。然后淘寶上玲瑯滿目的商品很多，就形成了 MCP Market。

解釋完了 MCP，那它跟 Function Calling 有什么關(guān)系和區(qū)別呢？為什么有人說它倆毫無關(guān)系，又有人說 MCP 是 Function Calling 封裝了一層？到底誰是對的？

其實(shí)這兩種說法都是對的，只是不同視角的解讀。

為什么說 MCP 和 Function Calling 毫無關(guān)系呢？

從利用 MCP 進(jìn)行工具調(diào)用流程來看，這里的 MCP 更多指的是協(xié)議本身（Client 和 Server 的連接），MCP 協(xié)議只關(guān)心商品在電商平臺的上架情況，而?Function Calling 是模型調(diào)用工具的主流手段之一（純靠系統(tǒng)提示詞也可以），即男朋友怎么買怎么用這些商品，MCP 協(xié)議并不在乎這些，這是一條鏈路上的兩個部分，所以沒什么關(guān)系。

那為什么說 MCP 是 Function Calling 的封裝呢？

這里的 MCP 更多指的是整個讓模型調(diào)用工具的整體手段（即下圖中下面這個紅框）。無論是原先的 Function Calling（上紅框），還是現(xiàn)在的 MCP，本質(zhì)都是讓男朋友買到商品并使用（讓模型調(diào)用工具），因此核心目的相同。而至于為何認(rèn)為是封裝，是因?yàn)樵诋?dāng)前 MCP 整體實(shí)現(xiàn)路徑中，Host 里的 LLM 向 Client 調(diào)用工具時，大多仍然使用 Function Calling，所以可以理解成 MCP 封裝了 Function Calling。

二、阿里云為何擁抱 MCP？

扯了這么多，主角終于登場了，阿里云百煉是個什么定位呢？

阿里云百煉可以形象的比喻為盒馬。之前也是搞線下商超，但是吧，可能一方面覺得自己的商品供應(yīng)商，以及來的顧客都不夠多，其他家比如扣子好像更熱鬧一些；另一方面，可能覺得這個線上電商模式挺有前景的，于是也下場了。

百煉調(diào)整了自己的運(yùn)營模式，支持 Anthropic 定義的那套標(biāo)準(zhǔn)協(xié)議，那些之前把自己商品打包成 MCP Server 的小店，現(xiàn)在百煉都能馬上接過來，相當(dāng)于也做起了電商平臺，并且集 Server、Client、Market 于一體。就像盒馬一樣，既可以線下買，也可以網(wǎng)上買，這下銷路就拓寬了。

百煉通過這種快速轉(zhuǎn)型，彌補(bǔ)了之前可能略遜于扣子等的插件生態(tài)，因?yàn)楝F(xiàn)在得益于 MCP 工具變多了嘛。供給變多了，加之最近 MCP 很火熱，市場熱情不錯，那么需求側(cè)的開發(fā)者和企業(yè)會過來，本質(zhì)上做的還是云的生意，通過這種方式在短期內(nèi)占領(lǐng)市場份額。

百煉的眼光比較毒辣，跟進(jìn)的比較快。但絕對不止百煉一家有這種想法，后面其他家也會陸續(xù)跟進(jìn)，反正沒什么壞處嘛，投入也不會特別大。

火山和扣子之所以沒那么著急，我們認(rèn)為是因?yàn)槠鋵?shí)插件商店和 MCP 商店沒什么本質(zhì)區(qū)別。現(xiàn)在扣子平臺的生態(tài)挺穩(wěn)固的，很多客戶需求都能基于扣子一站式實(shí)現(xiàn)了。

MCP 可能是多此一舉，也可能是錦上添花，這取決于 MCP 的發(fā)展。以及，我們認(rèn)為這些平臺其實(shí)可以把 MCP 作為插件的補(bǔ)充，而不要直接暴露給用戶，MCP 和插件的并列存在可能讓用戶感到迷惑。

三、可能存在的一些誤區(qū)

很多人看到 MCP Server 覺得很牛逼，但其實(shí)真正牛逼的是小店里的商品本身，即工具能力本身，而不是 MCP。MCP 是個標(biāo)準(zhǔn)，不是個技術(shù)，核心還是得看 LLM 或者說 Agent 的能力。

比如?@AI 產(chǎn)品黃叔?前幾天做了一個 Case，用 Winsurf + Claude 3.7 + 高德 MCP 實(shí)現(xiàn)找到兩地之間的咖啡店。

但事實(shí)上這件事情在扣子上基于插件也能實(shí)現(xiàn)。

模型自己規(guī)劃了，先找到了兩地的經(jīng)緯度坐標(biāo)，計(jì)算了中間值，然后在這個中間值的經(jīng)緯度找附近的咖啡館。

然后一樣能讓扣子基于結(jié)果做一個前端樣式展示。

另外黃叔引用的那位博主所說的“在地圖上兩個地點(diǎn)中間找位置的需求，過去十年都沒有最佳解決方案”有失偏頗。Genspark 就可以口噴需求一鍵實(shí)現(xiàn)，效果也非常驚艷。

詳情可以查看這個鏈接：https://www.genspark.ai/agents?id=98ec3208-5434-420b-9e8d-9e725ba7d685

此外，大家做的很多 Case 也有為了 MCP 而 MCP 之嫌，可以說通過 MCP 能做到 xxx 功能，但不能說只有 MCP 才能做到 xxx。

以及，博主@賽博禪心?這里的表述也存在一些問題。

首先 Plugin 開發(fā)者和 MCP 開發(fā)者做的事情沒什么區(qū)別，插件的開發(fā)和 MCP 的開發(fā)服務(wù)都有類似百煉這樣的云平臺來托管。

其次，“多次調(diào)度、多工具組合”的能力是來自于模型本身，跟選擇的是 Plugin 還是 MCP 沒任何關(guān)系。

另外，博主@AI 產(chǎn)品阿穎?就錯的一塌糊涂了，他昨天的文章里寫到，把阿里云百煉平臺上高德的 MCP Server 拿到了 Cursor 里面用。但事實(shí)上拿的并不是百煉的，而是高德的，在 Cursor 里使用高德的 MCP，跟百煉沒有一毛錢關(guān)系。

現(xiàn)在 MCP 確實(shí)是過譽(yù)了，很多博主明顯錯誤的觀點(diǎn)，但仍然閱讀量很高且無人反駁的這一現(xiàn)象，足以說明現(xiàn)在市場的浮躁。雖然吐槽了許多，但實(shí)際上我們?nèi)匀环浅？春?MCP 的理念和未來，只是希望在紛繁的信息洪流中保持一份清醒的思考。

以上只是我們在當(dāng)下的拙見，若有錯誤，還請?jiān)谠u論區(qū)交流指正！