2000個(gè)服務(wù)器，3個(gè)月，一個(gè)協(xié)議。這組數(shù)字放在任何開源項(xiàng)目身上都?jí)蚩鋸?，但Anthropic的MCP（Model Context Protocol，模型上下文協(xié)議）做到了。更反常的是，它沒靠營銷，沒辦發(fā)布會(huì)，純粹是開發(fā)者用腳投票投出來的。

問題是：這些開發(fā)者到底在投什么票？

要理解這件事，得先搞清楚MCP在AI技術(shù)棧里到底站哪一層。很多人把它跟REST API、函數(shù)調(diào)用、LangChain混為一談，這些比較大多站不住腳。MCP的真正位置，比想象中更底層，也更關(guān)鍵。

REST是服務(wù)之間的對(duì)話，MCP是AI發(fā)現(xiàn)服務(wù)的眼睛

想象一座城市。REST API是已經(jīng)修好的公路網(wǎng)，連接著各個(gè)功能區(qū)——銀行、醫(yī)院、倉庫。這些路早就存在，你的業(yè)務(wù)系統(tǒng)每天都在上面跑。

MCP不是新修一條路。它是在城市上空裝了一套導(dǎo)航系統(tǒng)，讓AI能看懂地圖、規(guī)劃路線、自己叫車。AI不需要知道公路是怎么鋪的，它只需要知道"我要去銀行取錢"，導(dǎo)航系統(tǒng)會(huì)把它帶到正確的REST端點(diǎn)。

所以MCP服務(wù)器包裝REST API，不是妥協(xié)，是標(biāo)準(zhǔn)架構(gòu)。底層的數(shù)據(jù)庫、內(nèi)部服務(wù)、第三方接口，全部保持原樣。變化只發(fā)生在中間層：AI代理現(xiàn)在有了一套統(tǒng)一的接口，能向下穿透調(diào)用這些存量資源。

這個(gè)定位一旦清晰，很多無謂的比較就消解了。MCP不取代REST，它讓AI能用上REST。

函數(shù)調(diào)用：MCP真正的對(duì)手，還是隊(duì)友？

OpenAI、Anthropic、Google都支持函數(shù)調(diào)用（function calling）。模型輸出結(jié)構(gòu)化指令，系統(tǒng)解析后執(zhí)行外部功能。從結(jié)果看，這和MCP很像：模型調(diào)工具，拿結(jié)果，繼續(xù)推理。

差異在規(guī)模爆發(fā)之后才會(huì)顯現(xiàn)。

函數(shù)調(diào)用是"按模型定制"的。雖然輸入格式看著差不多，都是JSON Schema的變體，但調(diào)用方式、返回結(jié)構(gòu)、錯(cuò)誤處理，每家廠商各有一套。你用OpenAI的格式寫了100個(gè)工具，換到Claude要重寫。想讓同一個(gè)工具服務(wù)兩個(gè)模型？維護(hù)兩套集成。

MCP是Linux基金會(huì)旗下的開放標(biāo)準(zhǔn)。同一個(gè)MCP服務(wù)器，Claude能用，GPT-4o能用，Gemini能用，任何兼容MCP的宿主都能用。寫一次，到處跑。

這個(gè)對(duì)比很像早期的充電器接口。函數(shù)調(diào)用是廠商私有協(xié)議，MCP是USB-C。前者讓你買一堆轉(zhuǎn)接頭，后者讓你一根線走天下。

但USB-C也不是萬能的。早期原型階段，只有一款模型、三五個(gè)工具，直接函數(shù)調(diào)用更快——沒服務(wù)器要部署，沒協(xié)議握手要處理，代碼量最少。MCP的價(jià)值曲線是后翹的：工具越多、模型越多、團(tuán)隊(duì)越分散，收益越明顯。

一個(gè)常被誤解的點(diǎn)：MCP和函數(shù)調(diào)用不是二選一。MCP標(biāo)準(zhǔn)化的是工具發(fā)現(xiàn)和調(diào)用流程，底層推理環(huán)節(jié)，大多數(shù)MCP實(shí)現(xiàn)仍然在用廠商原生的tool_use機(jī)制。它們是疊在一起的兩層，不是互相替代。

LangChain和RAG：別在錯(cuò)誤的地塊上比較

把MCP跟LangChain、RAG放一起比較，是"AI基礎(chǔ)設(shè)施"這個(gè)模糊概念惹的禍。三者根本不在同一層。

LangChain、LlamaIndex這類框架是編排工具。它們管的是提示詞鏈、記憶管理、多步代理工作流、決策邏輯——AI的"大腦"怎么思考。MCP是協(xié)議，管的是工具怎么暴露自己——AI的"手"怎么伸出去。

一個(gè)LangChain代理完全可以調(diào)用MCP服務(wù)器。事實(shí)上，這種組合很合理：LangChain負(fù)責(zé)推理編排，MCP負(fù)責(zé)工具接入。前者是導(dǎo)演，后者是劇組聯(lián)絡(luò)單。

RAG（檢索增強(qiáng)生成）更遠(yuǎn)了。它解決的是"模型不知道的事怎么讓它知道"——把外部知識(shí)塞進(jìn)上下文窗口。MCP解決的是"模型想做的事怎么讓它做到"——調(diào)用外部能力執(zhí)行動(dòng)作。一個(gè)補(bǔ)知識(shí)，一個(gè)補(bǔ)能力，互補(bǔ)關(guān)系。

硬要類比的話：RAG是給AI開圖書館借書證，MCP是給AI辦信用卡。兩者都能讓AI變強(qiáng)，但強(qiáng)的地方不一樣。

2000個(gè)服務(wù)器的真相：開發(fā)者在逃避什么

回到開頭的數(shù)字。3個(gè)月2000個(gè)MCP服務(wù)器，平均每天20多個(gè)新項(xiàng)目。這種增速在開發(fā)者工具領(lǐng)域極其罕見。

背后的驅(qū)動(dòng)力，不是MCP技術(shù)有多精妙——協(xié)議設(shè)計(jì)其實(shí)相當(dāng)樸素。真正被投票的，是"別讓我再寫一遍集成"的集體訴求。

AI應(yīng)用開發(fā)正在經(jīng)歷一場(chǎng)痛苦的重復(fù)勞動(dòng) epidemic。每換一家模型廠商，工具層就要重寫。每來一個(gè)新人，就要重新理解"我們公司是怎么接Slack的"。每個(gè)團(tuán)隊(duì)都在造相似的輪子，只是螺栓規(guī)格不同。

MCP提供的是一個(gè)社會(huì)契約：我按這個(gè)格式寫，你就能用。這個(gè)契約的價(jià)值，在2000個(gè)服務(wù)器的網(wǎng)絡(luò)效應(yīng)里被放大了——服務(wù)器越多，宿主應(yīng)用越豐富；宿主越多，寫服務(wù)器的動(dòng)力越強(qiáng)。

Anthropic開源這個(gè)協(xié)議時(shí)，可能沒預(yù)料到增速會(huì)這么快。但開發(fā)者群體的反應(yīng)說明了一件事：在AI工具鏈的碎片化現(xiàn)狀下，任何一個(gè) credible 的標(biāo)準(zhǔn)化嘗試，都會(huì)被饑渴地接納。

當(dāng)然，2000個(gè)服務(wù)器里有多少是玩具項(xiàng)目、有多少進(jìn)入生產(chǎn)環(huán)境，這個(gè)數(shù)字本身說明不了。但方向是明確的：開發(fā)者正在用代碼表態(tài)，他們受夠了模型廠商的鎖定，想要一個(gè)中立的工具層。

Linux基金會(huì)的背書給了這種中立性可信度。不是Anthropic的私有協(xié)議，是行業(yè)公共品。這個(gè)身份轉(zhuǎn)換，對(duì)長(zhǎng)期采用率的影響怎么估計(jì)都不為過。

你會(huì)遇到的實(shí)際決策

讀到這里，如果你正在或即將構(gòu)建AI應(yīng)用，真正的選擇題只有一個(gè)：什么時(shí)候從函數(shù)調(diào)用切到MCP？

我的判斷標(biāo)準(zhǔn)很樸素：

工具數(shù)量 ≤3，且未來半年內(nèi)鎖定單一模型 → 函數(shù)調(diào)用。省下的部署和調(diào)試時(shí)間，比標(biāo)準(zhǔn)化收益更實(shí)在。

工具數(shù)量 >5，或需要支持多模型，或有跨團(tuán)隊(duì)共享需求 → MCP。前期投入的協(xié)議成本，會(huì)在每次新增工具時(shí)攤薄。

中間地帶（4-5個(gè)工具，模型選擇未定）→ 先用函數(shù)調(diào)用快速驗(yàn)證，產(chǎn)品方向明確后遷移。MCP的遷移成本不高，主要是把工具描述從廠商格式改寫成標(biāo)準(zhǔn)格式。

一個(gè)細(xì)節(jié)：MCP當(dāng)前的設(shè)計(jì)對(duì)無狀態(tài)工具很友好，有狀態(tài)場(chǎng)景（需要維護(hù)會(huì)話、緩存、用戶上下文）還需要額外架構(gòu)。如果你的工具重度依賴狀態(tài)，評(píng)估時(shí)要留足緩沖。

另一個(gè)細(xì)節(jié)：錯(cuò)誤處理。函數(shù)調(diào)用的錯(cuò)誤格式是廠商定的，MCP的錯(cuò)誤格式是協(xié)議定的。后者更統(tǒng)一，但也更僵化。如果你的應(yīng)用需要極其精細(xì)的錯(cuò)誤分類和降級(jí)策略，可能要在MCP之上再包一層。

這些都不是致命缺陷，是任何標(biāo)準(zhǔn)化協(xié)議都會(huì)有的張力：通用性 vs. 靈活性。MCP選擇了前者，這個(gè)選擇對(duì)大多數(shù)場(chǎng)景是對(duì)的。

2000個(gè)服務(wù)器之后，MCP的下一個(gè)里程碑會(huì)是什么？是某個(gè)大廠宣布原生支持，還是出現(xiàn)第一個(gè)殺手級(jí)應(yīng)用完全建立在MCP生態(tài)上？又或者，協(xié)議本身會(huì)演進(jìn)以覆蓋當(dāng)前未觸及的場(chǎng)景？