為什麼這麼多標準
最近如果你有在滑 LinkedIn 或做 SEO / AEO 相關的社群，大概很難躲過 MCP、A2A、ARD、UCP 這些縮寫轟炸。我自己第一次看到這幾個字擠在同一篇貼文裡的時候，老實說有點想直接滑過去 —— 太多了，而且看起來都很像。
但花時間拆開來看之後會發現，這些標準其實不是同一件事的不同版本，而是在解決不同層次的問題。有些關於 AI 代理人怎麼「找到」你的網站能做什麼，有些關於它怎麼「呼叫」你的功能，還有些純粹是電商結帳流程要怎麼跟 AI 對接。搞懂這個分野，才不會把力氣花錯地方。
為什麼現在突然冒出這麼多標準？
簡單說，AI Agent 正在從「聊天視窗裡回答問題」變成「真的去網站上做事」——查資料、比價、下單、訂位。這件事一旦發生，就需要一套共同語言，讓 Agent 知道你的網站有什麼、能做什麼、怎麼安全地觸發。過去一年，Anthropic、Google、Linux Foundation、OpenAI 都各自丟出了自己的答案，結果就是現在這個縮寫滿天飛的局面。
兩個軸，先把腦袋分類清楚
Chris Green 在 SEJ 的分析給了一個很實用的分類方式，與其把這些標準當成一長串清單硬背，不如放進兩個座標軸來看：
- 行動導向 vs 知識導向：
這個協定是讓 Agent「做事」(下單、呼叫功能)，還是讓 Agent「取得資訊」(讀懂你的內容)？ - Agent 導向 vs 發布者導向：
主導權在 AI 代理人這邊，還是在網站 / 品牌這邊？
放進這個框架，一堆縮寫馬上有了位置。
逐一拆解：這些協定各自在幹嘛
- Model Context Protocol（MCP）——
Anthropic 主導，現在應該是採用度最高的一個。它定義 AI 模型怎麼連接外部工具、資料庫、服務，可以想成是「Agent 專用的 USB 接口」。 - WebMCP ——
Chrome 團隊在推的延伸版本，讓網站直接把自己的功能（訂位、搜尋、結帳）用 Agent 看得懂的方式曝露出來，而不是靠 Agent 自己爬網頁猜。 - Agent2Agent（A2A） ——
這個解決的不是「Agent 對網站」，而是「Agent 對 Agent」。多個 AI 代理人要互相協調任務時用的協議，由 Linux Foundation 負責維護。 - Agent Resource Discovery（ARD） ——
顧名思義，幫 Agent 找到「這個網站有哪些能力可以用」，跟 WebMCP 在解決很接近的問題，兩者目前有點互相競爭的味道。 - Universal Commerce Protocol（UCP） ——
Google 推的電商專用協定，把「商品發現 → 比較 → 加入購物車 → 結帳」整條路徑標準化。這個是目前商業影響最直接的一個，尤其零售業。 - Open Knowledge Format（OKF）——
Google Cloud 提出，處理的是「AI 系統怎麼理解一個龐大又複雜的網站結構」，偏向知識導向那一端。 - LLMs.txt ——
大概是知名度最高但實際採用率被打臉最慘的一個。網站放一個 llms.txt 檔案，告訴 AI 該讀哪些內容比較重要，概念類似 robots.txt，但目前多數大型 AI 系統其實不太理它。
那，這些協定會互相打架嗎？
會有重疊，但多數時候是互補而不是取代。舉例來說，A2A 官方確實把自己定位成某些情境下比 MCP 更適合的方案，ARD 跟 WebMCP 也明顯在搶同一塊「發現能力」的地盤。重疊主要集中在三件事上：發現（discovery）、呼叫（invocation）、協調（orchestration）。
換句話說：ARD 負責讓 Agent 找到你有什麼、MCP 和 WebMCP 負責讓 Agent 真的呼叫得動、A2A 負責多個 Agent 之間互相喬事情、UCP 則是把這整套邏輯套進電商購物流程。
原文沒提到的：還有這幾個標準也在長大
SEJ 這篇聚焦在 MCP、A2A、ARD、UCP、WebMCP、OKF、LLMs.txt 這幾個，但這半年多還有幾個玩家值得放進雷達：
- AGENTS.md ——
一個開放格式，讓開發專案用一個標準檔案告訴 AI 編碼助手「這個專案怎麼跑、規則是什麼」，採用速度非常快，短時間內就衝進數萬個專案。 - NLWeb ——
微軟主導，讓網站能用自然語言介面直接對外服務 AI 查詢，不用每個網站自己重造輪子。 - Agentic Commerce Protocol（ACP）——
OpenAI 和 Stripe 合作推出，是 ChatGPT 內「Instant Checkout」背後的協議，跟 UCP 是電商賽道上的直接對手。 - Agent Payments Protocol（AP2）——
Google 推出，專門處理「Agent 幫你花錢」這件事的授權機制，用數位簽章的「委任書」概念，確保 Agent 不會亂買或重複下單。 - AG-UI / A2UI ——
分別處理「Agent 跟使用者即時互動的介面」和「宣告式 UI 生成」，讓 Agent 產出的畫面不是死板板的文字。 - x402（Coinbase）——
用 HTTP 402 狀態碼做機器對機器的微支付，鎖定的是 Agent 之間直接用穩定幣付小額費用的場景。 - Trusted Agent Protocol（TAP）——
Visa 提出，處理 Agent 在支付流程中的身分驗證問題。
看到這裡你可能會想：所以到底還要冒出幾個？老實說，連業內的人自己都還在觀望。重點不是每個新縮寫都要研究，而是看它解決的問題跟你有沒有關係。
那我到底該做什麼？
SEJ 文章給的優先順序，我覺得很有道理：
1. 先搞懂版圖，知道這些標準大概分別在做什麼。
2. 提升自己網站的可被發現性 —— 這是多數企業都還沒做好的地基。
3. 視情況開放能力給 Agent 呼叫。
4. 持續觀察還在演化中的新標準，但不用急著全部跟上。
文章裡有一句話我很認同：「標準之所以變成標準，不是因為技術比較厲害，而是因為夠多生態系願意採用。」現在押注哪個協定會贏，意義不大;先把地基顧好，比較實在。
如果你是電商，UCP（或它的對手 ACP）會是你最快遇到的一個，現在開始留意不算早。
如果你的網站希望 Agent 能代替顧客完成動作（訂位、查詢、下單），WebMCP 跟 ARD 是目前方向最明確的組合。
如果你煩惱的是大型 / 複雜網站怎麼讓 AI 讀懂，OKF 值得優先關注。
這場標準之戰還沒分出勝負，但至少現在，你已經知道每個縮寫是在打哪一場仗了。
