兩條不同的管線
「agentic web」要成立，AI 代理得能對外做兩件事：接上工具、找別的代理協作。這正好是兩個協議各管一條：
- MCP（Model Context Protocol，Anthropic，2024） 解決「代理↔工具／資料」——讓一個 AI 代理接上外部的工具、資料源、服務。是垂直的：把外部能力接進代理。
- A2A（Agent2Agent，Google，2025） 解決「代理↔代理」——讓不同來源、不同廠商的 AI 代理互相發現、呼叫、分工。是水平的：讓代理之間協作。
一個把世界接進代理，一個把代理接成網路。搞混這兩條，後面全會錯。
MCP 怎麼運作
MCP 用一個 host–client–server 架構：你用的 AI 應用是 host，它內建 client，去連一個個 MCP server；每個 server 把某組能力標準化地暴露出來。server 對外提供三種原語：
- Tools：可被代理呼叫的動作（查庫存、下訂單、跑查詢）。
- Resources：可被讀取的資料（檔案、紀錄、結構化內容）。
- Prompts：預先寫好的互動範本。
底層走 JSON-RPC 訊息，傳輸層可換（本機 stdio、遠端 HTTP 串流）。重點在「標準化」：以前每接一個工具都要客製整合，MCP 之後，任何代理對任何 MCP server 都用同一套講法。對你而言，把網站／服務開成一台 MCP server，等於把你的能力做成代理可直接呼叫的工具——這跟 NLWeb「每個實例同時是 MCP server」是同一個出口。
A2A 怎麼運作
A2A 處理的是「兩個獨立代理怎麼認識彼此、託付任務」。核心構件：
- Agent Card：一份代理對外公布的「能力名片」——我是誰、會做什麼、怎麼呼叫我、怎麼認證。這是發現的入口。
- Task 生命週期：代理之間以「任務」為單位互動，支援非同步、長時間執行、過程中回報進度——因為跨代理協作往往不是一問一答就結束。
- 能力協商：呼叫方先讀對方的 Agent Card，確認對方能不能做、怎麼做，再委派。
差別講白：MCP 讓「一個代理 + 一堆工具」運作；A2A 讓「一個代理找另一個代理把事包出去」。
為什麼是互補，不是競爭
常見誤會是把 MCP 和 A2A 當對手。其實同一個代理可以同時是 MCP client（向下接一堆工具）又是 A2A peer（向旁跟別的代理協作）。一個旅遊代理可能透過 MCP 接上訂房工具，同時透過 A2A 把「簽證問題」整包丟給一個專門的簽證代理。兩條管線疊在一起，才湊出「代理能呼叫世界、又能彼此分工」的 agentic web。兩者現都在 Linux Foundation 下做中立治理，也說明它們被定位成基礎設施、不是某一家的專屬協議。
為什麼有人把它跟 GEO 扯在一起
因為「網站被代理直接使用」是 GEO 的延伸想像：不只被引用，而是你的服務被代理當工具呼叫、被排進它的工作流。MCP server、A2A Agent Card 就是這個方向的介面，也是 DNS-AID 那類「代理發現」標準想解決的下一步——讓代理在茫茫網路裡找到「你這台能做事的端點」。
換句話說，GEO 的終局可能不只是「進 AI 答案」，而是「進 AI 的工作流」。MCP/A2A 是後者的底層。
誠實：對純內容站，現在還隔一層
這是最該講清楚的但書。MCP 已經相對成熟、廣泛採用；A2A 還在早期（pre-1.0、規格與生態都在動）。但更關鍵的是適用對象：
這兩個協議服務的是「有工具／服務要被代理用」的場景——電商、訂位、查詢、交易、可被自動化呼叫的功能。對「內容被 AI 引用」這件事，它們目前還隔一層：你一篇文章不是一個「工具」，代理不會去「呼叫」一篇觀點文。把 MCP/A2A 當成「被引用」的同義詞，是這個領域最常見的混淆。
對你的意義
分兩種站講：
- 純內容站／資訊型網站：知道有這回事、知道方向即可，別自己動手接。你的當務之急是內容被引用的體質（結構化資料、實體一致、E-E-A-T），不是把自己包成一台 MCP server——你沒有「工具」要被呼叫。但「現在不用動手」跟「還有很多時間」是兩回事：2026 年 7 月的規格改版已經把這條路鋪向可規模化生產，時程正在往前壓（見 MCP 大改版）。
- 有服務或工具的品牌：這是未來「被代理呼叫」的介面，值得關注。但先回答一個前置問題：你的服務適不適合被工具化、值不值得？ 一個能被代理自動下單的功能，跟一頁靜態介紹，能不能接、該不該接，差很多。確認服務本身的價值與安全邊界，再談接哪條管線。
方向重要，不代表現在就要做。對絕大多數客戶，「把內容體質做對」永遠排在「接代理協議」前面——後者是少數有可工具化服務、且時機成熟時，才該交給專人評估的下一步。