4 月 2 日至 3 日，MCP 開發者峰會北美場在紐約舉辦，1200 人到場，超過 95 個議題。這是 Model Context Protocol 有了自己的「年度大會」之後第一次真正意義上的正式集會。
議題密度和到場人數說明一件事：MCP 已經不只是個開發者玩具了。
從協議到基礎設施
MCP 最初由 Anthropic 在 2024 年提出，初衷是解決 AI 工具呼叫混亂的問題——每個 AI 應用和每種工具之間都要單獨對接，成本極高。MCP 提供了一個統一的通訊標準。
到 2026 年 4 月，這個協議的 Python 和 TypeScript SDK 每月下載量合計超過 9700 萬次，Anthropic、OpenAI、Google、微軟、亞馬遜都已經採用，Linux 基金會去年 12 月成立了專門的 Agentic AI Foundation（AAIF）來維護它。
峰會上最受關注的技術提案是 SEP-1442，由 MCP 共同創辦人 David Soria Parra（Anthropic）提出：把協議從有狀態會話架構改成無狀態請求架構。
聽起來像是底層細節，但影響不小。有狀態的協議要維持長連線，在企業環境裡運維成本高、故障復原複雜。改成無狀態之後，每次請求獨立處理，更容易水平擴展，也更容易接入現有的微服務體系。
Uber、亞馬遜的實際部署
峰會上讓人印象最深的不是協議本身，而是幾家大型公司的實際部署數據。
Uber 建了一套 MCP Gateway 和 Registry，把內部的 Thrift、Protobuf、HTTP 介面統一暴露給 AI Agent。整套平台用 Go 寫的，Gateway 層會在請求發往外部模型之前做 PII 去識別化處理。現在每週透過這個平台跑出的 Agent 執行次數已經達到數萬次。
亞馬遜 在內部建了 MCP 工具發現基礎設施，並且開始把 MCP 工具、Agent 技能和標準操作流程（SOP）打包成可重複使用的配置模組，方便不同團隊直接取用。
這兩個案例說明的是：MCP 在大型公司的落地方式不是一個 Agent 連一個工具，而是 Gateway 集中管控所有 Agent 的工具呼叫，加上 Registry 作為工具目錄的控制平面。Docker、Kong、Solo.io 的方案也都走這個路子，幾家不約而同收斂到了同一個架構模式。
Claude Code 省了 85% 的 token
Anthropic 在峰會上展示的一個數據值得單獨提出：Claude Code 透過漸進式工具發現，把因工具描述佔用的 token 量降低了約 85%。
做法是：如果一個工具的描述會超過當前上下文視窗的 10%，Claude Code 就先不載入這個描述，等真正需要用的時候再拉取。
這不只是工程最佳化，背後是一個設計取捨：在上下文資源有限的情況下，寧可懶加載工具，也不要讓一大堆可能用不上的工具描述佔滿視窗。效果明顯的話，這個做法大概率會推廣到更多 MCP 客戶端實作裡。
生態數字
截至峰會，AAIF 的會員數量超過 100 家，涵蓋多個等級。峰會期間，Linux 基金會同步宣布成立 x402 Foundation，專門管理 AI Agent 的支付層協議。
MCP 本身定位是「工具和資源的接入層」，A2A 協議負責「Agent 之間的協調層」，x402 管「支付層」。這三層加在一起，基本上是在給 Agentic AI 搭一套完整的基礎協議棧。
大型公司願意在生產環境裡跑這套東西，是 MCP 從「概念協議」變成「工程標準」最直接的證明。
參考來源：CocoLoop、AAIF's MCP Dev Summit: Gateways, gRPC, and Observability Signal Protocol Hardening（InfoQ）；Linux Foundation Announces the Formation of the Agentic AI Foundation（Linux Foundation）