模型上下文協議（MCP）已經跑在約 78% 的企業智能體棧裏，月均 SDK 連接數超過 4 億次。7 月 28 日的架構調整——無狀態核心，加上 Tasks 與 MCP Apps 兩個擴展——以及併入 Linux Foundation 旗下的 Agentic AI Foundation，把這個協議從一家公司的產品變成了社區標準。
從被抵制到被內置
有意思的是轉折的速度。7 月，Google、Microsoft、Salesforce 還組過一個明確的對沖聯盟；到 9 月，Google 已經把 MCP 當作接入自家智能家居平台的橋；10 月，Google Cloud 的 Agent Gateway 原生支援它。這個走向更像「收編」，而不是「讓步」。
協議中立，網關不中立
協議歸了基金會，但流量要過網關。Oracle、Google Cloud、Cloudflare 在同一周把 MCP 內置進各自的雲，說明真正的控制權已經從協議本身，轉移到了誰掌握中間的發現與路由層。對使用方來說，這意味着「協議開放」不等於「通路中立」。
安全層跟着長出來
已發佈的 MCP 伺服器在 10 月中旬突破 1200 個。Stacklok 的 2026 年調查裏，近半數受訪軟件公司已在生產環境使用 MCP，19% 已廣泛部署。連接器一多，攻擊面就跟着長——專門針對 MCP 的防護產品開始出現，把它們當作「活的、已鑑權的通道」來管，而不是當作普通介面。
對企業意味着什麼
- 自建系統要對外暴露能力時，優先按 MCP 的方式封裝一次，多套智能體都能複用，比給每個客戶端寫一套介面划算。
- 把 MCP 網關當邊界來管：誰在調、調了什麼、有沒有越權，要能查得到。
- 別讓智能體直連生產庫。中間加一層收斂過的權限視圖，出問題時能一刀切斷。
- 選型時問一句「你的連接器清單誰維護」——連接器數量增長後，維護成本比接入成本更高。