Google與ServiceNow用MCP自動修復5G網路故障

一年多前,MCP(Model Context Protocol)是Anthropic發布的一個協定,在開發者社群小範圍流傳。大多數人把它當成AI工具連接的技術規範,就是讓Claude能接上各種外部工具。

現在,它出現在了Google Cloud和ServiceNow的聯合發布裡。場景是:5G網路自我修復

這次發布了什麼

4月22日,Google Cloud和ServiceNow在Google Cloud Next大會上宣布合作,核心是三種協定的組合運用:

  • MCP(Model Context Protocol):AI與外部工具、資料即時交換的標準介面
  • A2A(Agent-to-Agent):AI Agent之間互相傳遞指令和情報的協定
  • A2UI(Agent-to-UI):AI Agent直接操作使用者介面的協定

三個協定疊在一起,效果是什麼?

以5G網路維運為例:Gemini的AI Agent偵測到網路異常,透過MCP取得即時網路數據,用A2A協定協調多個子Agent分析原因,最後觸發ServiceNow的自動化工作流程完成修復——全程不需要人工介入。

散點式的工具呼叫,變成了真正的自主維運。

企業AI真正卡在哪

這件事值得說,因為它觸到了企業AI部署一個很實際的痛點。

AI不夠聰明?這個問題在2024年就基本解決了。企業AI真正卡住的,是跨系統協作

一家大公司的IT環境通常是:網路維運系統是ServiceNow,數據存BigQuery,模型跑在Gemini上,安全策略又是另一套系統。每個系統都是孤島,AI能力被鎖在裡面出不來。

MCP做的事,就是給這些孤島之間修一條統一的路。

A2A解決了更難的問題:多個AI Agent協作時的「語言」問題。不同Agent跑在不同系統裡,需要有共同的通訊格式,才能真正協同,而不是各自為政。

零拷貝數據:另一個細節

發布裡提到的「Workflow Data Fabric」,用BigQuery ML的零拷貝數據連接。

這個細節很重要。企業AI裡一個常見的坑:要讓AI分析數據,通常需要先把數據複製到AI系統裡。這很慢,還有安全合規風險——誰來管這份複製出去的數據?

零拷貝意味著AI直接在數據所在的地方存取,而不是搬移數據。對於金融、醫療這類數據敏感的行業,這個架構比模型能力本身更重要。

另一個信號:合作夥伴獎

Google Cloud這次給ServiceNow頒了2026年度合作夥伴獎,而且是四個類別同時拿,其中有一個專門叫「Agentic AI Innovation」。

這是Google第一次專門為agentic AI方向設立合作夥伴獎項。

獎項設立這件事本身就是一個信號:Google認為agentic AI已經到了可以獨立評價商業價值的階段,不再只是模型能力的附屬品。

MCP走過的路

從Anthropic發布MCP到現在,大概是這樣一條路:

  1. AI工具生態標準:讓Cursor、Claude Code這類工具接上外部數據和系統
  2. Linux Foundation接手:成為行業基礎設施,不再只是Anthropic的私有協定
  3. Google Cloud企業級部署:用在5G維運、零售預測維護這類生產場景

這個路徑有點像早期的HTTP——從研究網路擴展到商業網際網路,成為每個人都在使用、沒有人特別注意到的基礎層。

規模和重要性不可比,但擴散的邏輯是相似的。

MCP現在同時承載了兩類需求:開發者端的AI工具整合,和企業端的自主維運。這兩個場景的用戶完全不同,要求也完全不同。

能不能同時做好,才是MCP真正成為標準的考驗。

參考來源:CocoLoop、ServiceNow and Google Cloud Unite AI Agents for Autonomous Enterprise Operations(Google Cloud Press Corner)