本篇文章更新時間：2026/01/12
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知。
一介資男的 LINE 社群開站囉！歡迎入群聊聊～
如果本站內容對你有幫助，歡迎使用 BFX Pay 加密貨幣 或 新台幣 贊助支持。
內容目錄
拆解 UCP：Google 想打造的下一代「代理式商務」標準是什麼？
編輯前言：這篇文章來自 Google 官方部落格 Under the Hood: Universal Commerce Protocol (UCP)。UCP 是個被大量企業背書的新商務標準，重點在於讓 AI 代理（agents）能真正完成「看 → 選 → 買」的全流程。我讀完後，覺得它不只是技術規格，而是未來所有 AI 商務的底層語言。
核心觀點 (Key Takeaways)
- UCP 是一套 開源、跨平台的商務通訊標準，讓各種消費介面（例如 Google AI mode、Gemini）能跟各家商家後端溝通。
- 它用「能力（capabilities）」建立統一語言，如商品探索、結帳、折扣等，並能隨需求擴充。
- 在支付端，UCP 把「支付工具」與「支付處理者」拆開，打造更彈性的支付架構，並強調可驗證的加密同意。
深入解析
UCP 的誕生核心在於解決傳統商務的整合瓶頸。以往，商家若想上架到不同流量入口，就得面對 N x N 式的整合成本。每多一個平台，就要重寫一次 API。Google 認為 AI 商務會成為主流，而這樣的架構將無法承受。
原文指出：「UCP collapses N x N complexity into a single integration point.」
換句話說，UCP 的價值就是：只要接一次，未來所有 AI 都能懂你家的商品與結帳方式。
統一語言與能力模型（Capabilities）
UCP 用能力（capabilities）來拆分商務功能，例如：
- 商品瀏覽
- 結帳
- 折扣
- 履約
這些能力可以被動態發現（discoverable），代理只需要查看 /.well-known/ucp 就能知道商家支援哪些能力，無需硬編碼整合。
文章示範的範例也很明確：當 agent 打 GET /.well-known/ucp 時，商家會回傳包含 capabilities、服務版本、支付 handler 等資訊的 JSON manifest。
支付模型：拆分工具與處理者
這段我覺得非常有前瞻性。UCP 把支付分兩層：
- instrument：消費者用什麼付（例如信用卡、Google Pay token）
- handler：誰負責處理支付（例如 Stripe、Shop Pay）
這讓支付接入變得模組化，而且支援可驗證的加密授權，對未來的 autonomous agent 安全性非常重要。
開發者教學流程
原文中提供了一套用 Python sample server 實作的流程：
- 建立 demo 商家後端
- 讓 agent 發 discover 請求
- 建立 checkout session
- 套用折扣
我覺得示範重點在於呈現「代理與商家完全靠 UCP 通訊」的互動方式。這是 AI shopping 能夠真正達成「自主購買」的核心能力。
筆者心得與啟發
看完後，我的最大感想是：UCP 不只是 Google 的新專案，而是 AI 商務的共同語言基礎建設。如果未來 AI agent 要幫我們買機票、訂花、比價、下單，它需要一個標準化的方式與世界上的所有商家對話。
而這正是 UCP 的定位：
- 對商家：只接一次，永遠被各種 AI 找到、理解、完成交易。
- 對 AI 平台：不用再各自發明語言，直接吃 UCP。
- 對開發者：一套開源標準，能一起參與推動。
- 對消費者：更自然的購物體驗（例如在 Search 的 AI Mode 直接買）。
我認為這會像當年 OAuth、OpenID Connect 一樣，逐漸成為 AI 商務的底層協議。如果你是商家、做支付、做 AI agent、或從事電商工程，這篇值得親自讀一遍。
UCP 的 GitHub 也已公開，對協議設計感興趣的人可以深入研究。