從 N×M 到 N+M：MCP 把 Agent 工具整合的乘法改回加法

先把一道算術擺上桌。假設企業內部有五個 Agent 框架、二十個業務系統需要互通，在沒有共同協議的年代，每個框架對每個系統各寫一套介接程式碼，總量是五乘二十，一百套；雙方各自對接同一份規格之後，收斂為五加二十，二十五個實作。10 月 2 日，開發者碼農悟道在掘金發表一篇標註十六分鐘閱讀的技術長文，把 Model Context Protocol（MCP）從協議握手、工具定義一路實作到 LangGraph 多 Server 聚合，而這套協議真正動到的，正是前面那道乘法。

模型層的變化給了時點背景。2023 年 function calling 上線後，各家框架各自擴充工具格式，參數、錯誤、權限、日誌與傳輸方式沒有兩家相同；2024 年 11 月 Anthropic 將 MCP 開源，隔年 OpenAI 表態跟進，私有格式壟斷工具介面的局面開始鬆動。標準化史上這個劇本並不陌生，TCP/IP 收攏過網路傳輸，REST 收攏過 Web API，USB 收攏過週邊介面，每一輪的財務結果都相似：逐案客製的介接市場萎縮，協議之上的工具生態擴張。模型本體的分差也在同步收斂，競爭軸移往 API 牌價與工具生態，這與先前拆解過的頂尖模型分差一年縮掉八成屬於同一條傳導路徑。

三個角色撐起介面層

MCP 的結構由三個角色組成。Host 是使用者實際操作的應用，IDE、聊天客戶端或企業工作臺都算，掌管模型、會話與權限。Client 由 Host 建立，與單一 Server 一對一連線，負責握手、能力協商、回應解析與連線關閉。Server 暴露具體能力，最常見的三類是 Tools（模型可呼叫的函式）、Resources（可讀取的上下文資料）與 Prompts（可複用的提示詞模板），初始化流程走 JSON-RPC，能力宣告與傳輸協商都在協議內完成。

一對一是關鍵設計，成本含義也隨之明確：Host 要用十個工具，就管理十條 Client 連線，各自握手、各自關閉。整合複雜度並未消失，形態從一百套私有介接，換成 N 條標準連線的管理負荷。對框架方而言，這是把工程債轉成維運負荷的交易；對協議方而言，這是把介面層從各家框架的私有財產抽出來，登記為公共基礎設施。

import 路徑裡的跟版成本

證據藏在 import 路徑。MCP Python SDK 2.x 把舊版的 FastMCP 更名為 MCPServer，寫法從 from mcp.server.fastmcp import FastMCP 換成 from mcp.server.mcpserver import MCPServer，兩者不能混用。一篇教學文必須開篇就聲明所有範例以 mcp==2.2.0 為準，這個聲明本身就是協議尚未穩定的直接證據：SDK 的改名與破壞性調整屬於常態，採用方需要為此編列經常性支出。

配套的版本矩陣有五項相依，任何一項改版都可能觸發回歸測試。標準化降低的是跨系統交際成本，內部跟版反而新增一個科目，這筆支出在編列 Agent 專案預算時經常被漏算。

三種傳輸，三種成本歸屬

stdio、SSE 與 Streamable HTTP 是協議提供的三種傳輸，選擇本身就是商業決策。stdio 以子程序在本機執行，網路成本為零，部署最輕，代價是 Host 自行承擔程序生命週期，運算成本留在使用者設備，適合桌面型 Agent 與開源工具。SSE 走遠端常駐服務，運算與頻寬由服務端吸收。Streamable HTTP 提供更好的水平擴展條件。

換句話說，工具供應商選 stdio，等於把邊際成本壓到零，同時放棄按用量收費的介面；選遠端傳輸，每一次工具呼叫都是服務端的一筆變動成本，計費模型自然往按用量靠攏。傳輸層的選擇，直接決定一套工具服務的單位經濟。

聚合層：能力清單按 token 計價

LangGraph 的位置在聚合層。多個 MCP Server 接進同一張圖之後，框架要處理的已經超過連線管理：每個工具的 schema 與描述都會進入模型上下文，工具越多，每一輪推理的輸入 token 越多，模型選錯工具的機率也同步上升。能力清單等於一座按 token 計價的貨架，上架越多，單次呼叫的固定成本越高。

這決定了框架競爭軸的移動方向：從比拚支援多少條連線，移往工具檢索、動態載入與清單管理的效率。中介軟體的競爭軸由底層連線移往元件與管理層，這條路徑與先前拆解的IM 介面層的造與買一致，差別在於 MCP 的元件層換成了能力清單與 Server 生命週期。

誰受惠，誰承壓

受惠側的結構清楚。工具與 SaaS 供應商一次封裝即可觸達所有相容 Host，介接次數從二十次降為一次，中小服務商拿到進入 Agent 生態的門票；Agent 框架免費繼承整個工具庫，網絡效應直接反映在生態估值；企業開發者的框架遷移成本下降，供應商鎖定壓力同步緩解。

承壓側同樣具體。以逐案介接為主業的系統整合商與外包，客製市場被壓縮，訂單流向協議實作、權限設計與稽核建制這些新科目。堅持私有外掛格式的平臺面臨被工具網絡邊緣化的壓力，OpenAI 從自有格式轉向支援 MCP 是最直接的前例。早期採用者則承受 SDK 改名的技術債，每一次破壞性更新都是一輪回歸測試。安全支出也轉為顯性：工具呼叫的權限邊界、稽核日誌與執行沙箱，在私有介接時代由各系統自行吸收，協議化之後成為獨立預算項目，也是資安廠商的新市場。

觀察指標與兩種情境

後續追蹤可以盯三個位置。SDK 版本進入穩定期的速度，改名頻率下降是協議成熟的先行條件；Server 註冊表或市集是否成形，聚合層的商業化會從這裡發生；權限與稽核何時寫進協議核心，這是企業大規模採用的門檻所在。

情境推演分兩條。若協議在未來幾季轉入穩定，整合紅利順利釋放，競爭軸移往工具品質與 Server 營運，聚合框架取得生態收租的位置。若改版節奏維持現狀，跟版成本持續侵蝕整合紅利，企業傾向觀望，採用曲線放緩，私有格式獲得喘息空間。乘法已經改成加法，下一階段的帳，記在加法的每一項裡。