作者 | MacManus

出品 | 51CTO技術(shù)棧（微信號(hào)：blog51cto）

模型上下文協(xié)議 (MCP) 是 AI 代理和 API 之間的橋接技術(shù)。我們與 API 管理供應(yīng)商 Speakeasy 探討了它的用途。

去年 11 月，Anthropic 推出了模型上下文協(xié)議(MCP)，這是一項(xiàng)開源標(biāo)準(zhǔn)，旨在簡(jiǎn)化 AI 模型與 API 的交互方式。正如我們本月早些時(shí)候所解釋的那樣，其愿景是讓 MCP 成為 AI 代理觸發(fā)外部操作的通用方法。

MCP 在推出的頭幾個(gè)月就吸引了很多人的興趣，包括來自Speakeasy等 API 管理公司。API 公司將 MCP 視為連接LLM 和代理框架豐富生態(tài)系統(tǒng)的機(jī)制。為了了解更多信息，我采訪了 Speakeasy 首席執(zhí)行官Sagar Batchu。

模型上下文協(xié)議（MCP）？

正如其文檔中所解釋的，MCP“遵循客戶端-服務(wù)器架構(gòu)，其中主機(jī)應(yīng)用程序可以連接到多個(gè)服務(wù)器”。

本質(zhì)上，MCP 標(biāo)準(zhǔn)化了 AI 代理的 API 訪問。你也可以將其視為meta-API，正如Matt Pocock 的這張圖所示：

MCP 圖解

“因此，MCP 是一種協(xié)議，實(shí)際上是 API 之上非常薄的一層，它表示，這是該 API 需要向 LLM 或代理公開的定義，以便能夠查詢并了解有關(guān) [...] 更多信息，無論這些數(shù)據(jù)是什么，”Batchu 解釋道。

MCP 客戶端可以是像 Claude 這樣的 LLM、像 Cursor 和 Windsurf 這樣的 IDE，以及各種其他工具（例如 SpinAI，一個(gè)用于構(gòu)建 AI 代理的 TypeScript 框架）。

至于 MCP 服務(wù)器（上圖中的橙色塊），你可以自行構(gòu)建或使用預(yù)構(gòu)建的 MCP 服務(wù)器。Anthropic 在其介紹性博客文章中提到，已經(jīng)有預(yù)構(gòu)建的 MCP 服務(wù)器“適用于流行的企業(yè)系統(tǒng)，如 Google Drive、Slack、GitHub、Git、Postgres 和 Puppeteer”。

私人定制版 MCP 

構(gòu)建私人定制版的 MCP 服務(wù)器是 Speakeasy 的用武之地。最近，該公司推出了MCP Server Generation，這是一種自動(dòng)創(chuàng)建 MCP 兼容服務(wù)器的工具。

目前，Speakeasy 的 MCP 服務(wù)器版本支持基于 TypeScript 的 SDK。但鑒于 Python 在 AI 生態(tài)系統(tǒng)中的主導(dǎo)地位，該公司計(jì)劃很快添加 Python 支持。

Batchu 指出，由于 MCP 采用客戶端-服務(wù)器模型，因此與 MCP 服務(wù)器交互的 AI 代理可以使用任何編程語言。他解釋說，與傳統(tǒng)的 SDK（特定于語言且需要開發(fā)人員編寫集成代碼）不同，MCP 服務(wù)器公開了 AI 代理可以直接訪問的端點(diǎn)。

MCP 與 OpenAPI 相比如何？

OpenAPI是定義 API 的廣泛采用的標(biāo)準(zhǔn)，因此乍一看它也是 API 之上的一種層。但據(jù) Batchu 稱，MCP 建立在 OpenAPI 之上，而不是替代它。

“從 OpenAPI 規(guī)范到 MCP 的跨越非常小，”他說?！癘penAPI 在某種程度上是 MCP 所需的所有信息的超集，然后你將其與 LLM 的具體示例和描述打包在一起，并將其作為服務(wù)器運(yùn)行。”

換句話說：雖然 OpenAPI 提供了 API 功能的結(jié)構(gòu)化定義，但它主要是一種靜態(tài)規(guī)范。相比之下，MCP 引入了客戶端-服務(wù)器交互模型。MCP 服務(wù)器是一個(gè)實(shí)時(shí)運(yùn)行的實(shí)例，AI 代理可以實(shí)時(shí)查詢。這意味著 MCP 服務(wù)器可以動(dòng)態(tài)響應(yīng) AI 生成的請(qǐng)求，使 API 更易于代理工作流訪問。

正如 Batchu 所說，“區(qū)別在于，OpenAPI 規(guī)范只是一個(gè)定義，而 MCP 服務(wù)器實(shí)際上是一種服務(wù)器-客戶端體驗(yàn)?！?/p>

在 MCP 出現(xiàn)之前，將 API 與 AI 模型集成一直是一項(xiàng)挑戰(zhàn)。Batchu 指出，許多基于 AI 的 API 集成都失敗了，因?yàn)槟Ｐ腿狈斫?API 響應(yīng)所需的架構(gòu)信息。MCP 通過以 AI 可以理解的方式構(gòu)建 API 交互來解決這個(gè)問題，從而使集成更加可靠。

MCP 服務(wù)器的實(shí)際用例

Batchu 表示，Speakeasy 已經(jīng)有幾個(gè)客戶在使用其 MCP 功能集。Vercel、Dub 等公司正在利用 MCP 服務(wù)器來增強(qiáng)其 API 驅(qū)動(dòng)的工作流程。

在鏈接共享平臺(tái) Dub 上，營銷團(tuán)隊(duì)經(jīng)常創(chuàng)建短鏈接來跟蹤文章效果。他們現(xiàn)在無需手動(dòng)搜索分析儀表板，而是可以要求 AI 助手檢索過去一周點(diǎn)擊次數(shù)最多的鏈接。AI 會(huì)查詢 Dub 的 MCP 服務(wù)器，獲取相關(guān)數(shù)據(jù)，甚至生成可視化效果 — 所有這些都無需用戶離開聊天界面。

Speakeasy 客戶 Dub 使用 MCP

我詢問了潛在的電子商務(wù)應(yīng)用，因?yàn)檫@個(gè)領(lǐng)域似乎非常適合人工智能代理。Batchu 建議，想象一下這樣一家公司使用 MCP 來支持人工智能驅(qū)動(dòng)的商業(yè)智能。人工智能助手可以向 MCP 服務(wù)器查詢銷售數(shù)據(jù)、生成報(bào)告，甚至根據(jù)實(shí)時(shí)洞察提出營銷策略。這將減少對(duì)手動(dòng)數(shù)據(jù)提取和分析的需求。

未來將出現(xiàn)競(jìng)爭(zhēng)標(biāo)準(zhǔn)嗎？

Anthropic 開發(fā)了 MCP，但到目前為止還沒有跡象表明其他人工智能巨頭會(huì)采用它 — — 例如 OpenAI、谷歌和 Meta。

Batchu 認(rèn)為 MCP 范式很可能會(huì)與其他 AI 驅(qū)動(dòng)的 API 方法一起發(fā)展。他指出，OpenAI 的函數(shù)調(diào)用已經(jīng)為 AI 模型提供了一種與外部服務(wù)交互的方式，盡管它缺乏 MCP 的標(biāo)準(zhǔn)化、開放性。

他說：“我相信，一段時(shí)間內(nèi)會(huì)出現(xiàn)一些模式之爭(zhēng)，直到最終形成像 OpenAPI 這樣的標(biāo)準(zhǔn)。”

無論如何，Batchu 認(rèn)為 API 供應(yīng)商嘗試 MCP 的時(shí)機(jī)已經(jīng)成熟。

“API 供應(yīng)商應(yīng)該投資 MCP 之類的代理工具，然后創(chuàng)建一個(gè) GitHub repo，構(gòu)建它，并將其發(fā)布到那里?！?/p>

同樣，他認(rèn)為 API 消費(fèi)者應(yīng)該進(jìn)行嘗試，盡管他承認(rèn)他們會(huì)面臨更多“干擾和混亂”——因?yàn)闃?biāo)準(zhǔn)仍在不斷變化。但他對(duì)負(fù)責(zé)使用 API 和 AI 的開發(fā)人員提出了一些建議。

“你可以做的第一件事實(shí)際上是查看 API 是否有 MCP 服務(wù)器。可以將其本地安裝到 IDE 或 LLM 桌面客戶端中，然后實(shí)際上只需通過自然語言查詢即可開始集成?！?/p>

Batchu 還指出，開發(fā)人員有機(jī)會(huì)通過使用 MCP 以及LangChain 和 AutoGen 等代理框架來自動(dòng)化工作流程并從 API 中動(dòng)態(tài)提取見解。

參考鏈接：https://thenewstack.io/mcp-the-missing-link-between-ai-agents-and-apis/