譯者 | 核子可樂
審校 | 重樓
隨著AI原生應用與智能體系統的興起，開發者社區正迅速迎接種種新興技術、抽象與架構模式。而作為大模型與生成式AI生態中的新成果，模型上下文協議（MCP）在引起廣泛關注的同時，也讓不少開發者感到困惑：
作為新型傳輸協議，MCP會最終取代HTTP嗎？
簡單來講：不會。
本文將嘗試討論以下問題，幫助大家理解這兩種協議之間的核心區別：
- MCP究竟是什么
- 它與HTTP有何不同
- 為什么會引發這種困惑
- 二者如何在AI應用中協同起效
模型上下文協議究竟是什么？
模型上下文協議的作用，在于定義AI模型如何跨會話與上下文（包括記憶、工具、函數、用戶偏好與系統指令）進行交互。
大家可以把MCP理解成一種應用層協議，旨在幫助AI模型在結構化的架構模式與環境中更加智能、高效地工作。
此協議負責管理以下內容：
- 如何初始化及更新上下文
- 模型如何決定調用哪些工具或函數
- 如何在會話期間寫入或檢索記憶
- 模型可以對用戶或任務做出哪些假設
MCP對于智能體的行為實現至關重要。在其幫助下，AI系統可以訪問狀態信息與外部工具，跨多步驟任務做出決策。需要強調的是，MCP本身并非傳輸協議，因此無法管理字節在網絡中的傳輸方式。
那么，HTTP又是什么？
HTTP屬于Web基礎協議。這種完善的傳輸協議定義了如何在客戶端與服務器之間對請求和響應進行格式化與傳輸。
- 支持Web瀏覽
- 屬于REST API的基礎協議
- 充當大多數現代應用程序的互聯網通信方式
以下是二者之間的主要區別：
MCP | HTTP | |
用途 | 定義AI上下文的結構 | 通過網絡傳輸數據 |
范圍 | 特定于模型會話的應用程序 | 通用通信層 |
關注點 | 上下文、記憶、工具、智能體行為 | 請求/響應信息傳遞 |
是否屬于傳輸層？ | 否 | 是 |
為何容易混淆？
造成混淆的主要原因包括：
- 二者都被稱為協議，且遵循客戶端-服務器拓撲結構。必須意識到“協議”屬于廣義術語，且MCP的抽象層遠高于HTTP。
- MCP剛剛興起，且用于涉及上下文的AI通信。其相關說明文檔和理解水平仍在發展當中。
- 很多人誤以為MCP是一種基礎設施，類似于HTTP或者WebSocket——但相反，它更像是模型的對話管理器。
MCP如何與HTTP協同工作？
MCP并非旨在取代HTTP，而是運行在HTTP、WebSocket或者其他傳輸層之上。
與之類似的還有HTTP之上的GraphQL、基于HTTP/2的gRPC以及通過HTTP編碼并發送的JSON。
MCP負責定義模型處理請求的語義，而HTTP則是在客戶端與服務器之間傳輸這些請求。
AI應用程序可能會通過HTTP發送符合MCP的請求負載。該負載包含模型智能運行所需要的一切：先前消息、可用工具、用戶記憶、函數定義等等。
因此可以得出哪些結論？
- 從定義來看，MCP并非傳輸協議，也不會取代HTTP。
- MCP是用于管理AI上下文交互的高級別協議。
- MCP與AI智能體的未來工作方式緊密相關，包括記憶、工具和推理。
- 換言之，MCP與HTTP屬于互補關系、而非競爭關系。
總結
隨著我們逐步邁向AI原生軟件架構，理解MCP等新興概念也變得愈發重要。可以看到，MCP正成為構建更智能、更持久、更強大AI系統（可作為真正智能體自主運作）的廣泛趨勢中的重要組成部分。
但我們必須明確一點：HTTP仍然在幕后承擔著繁重的工作。
總而言之，MCP改變的是我們與AI模型的交互方式，而非數據從A點傳輸至B點的方式。
原文標題：Is the Model Context Protocol a Replacement for HTTP?，作者：Vijay Joshi
