代理協定出了新版本，我的商店要跟著做事嗎？
UCP 發布 2026-08-25 版，Shopify 的 Global Catalog MCP 文件已經標示這個版本。由 Shopify 代管的商店不用改任何東西。
· 更新於 2026年9月4日
- 不適用情況
- 由 Shopify 代管的商店不需要為協定做任何事。代理端點由 Shopify 實作，其 Global Catalog MCP 文件已經標示 2026-08-25 這個版本。 [3]
- 要做的事（也可能是不用做）
- 店面與代理端點都由 Shopify 代管的話，什麼都不用做。如果有人替你維護自建或 headless 串接，請他讀 2026-08-25 版的發布說明，確認改名的欄位和搬家的付款命名空間都處理好了。 [1]
- 你能親眼看到的結果
- 代管商店取得一個有效的「不用行動」決定；或串接負責人以書面確認，2026-08-25 版裡會導致中斷的變更都已經處理完畢。 [1]
- 這個結果不能證明什麼
- 協定版本是新的，不代表代理找到、描述或賣出了商品；Shopify 也標明目錄回應中有數個欄位是系統產生或補強的，不是商家自己寫的內容。 [3]
- 查證於
- 2026年9月4日
- 變更日期
- 2026年8月25日
什麼時候第三方值得付錢，你又不必買什麼
- 什麼時候付錢請人做才划算
- 只有在你自己擁有自建或 headless 商務端點、需要開發者把它改到新欄位名稱、新的付款命名空間與各自版號時，付錢請人做才划算。 [1]
開發人員、廠商，或一則報導可能告訴你：AI 購物代理背後的協定在 2026 年 8 月 25 日改版了。對由 Shopify 代管的商店來說，這次改版發生在 Shopify 自己的系統裡，不會變成你的工作。
Universal Commerce Protocol 的作者群公告發布 v2026-08-25，內容包括為多垂直領域擴充所做的結構調整、3DS2 付款安全性、結構化的請求限制、各能力獨立版號，以及生鮮雜貨情境的支援。
這一版改了什麼，改到誰
發布說明列出的變更會讓既有程式碼中斷：
- 出貨相關旗標拿掉了
allows_前綴，multi_destination與method_combinations因此改名。 - 買方同意從固定的布林欄位，改成以反向 DNS 識別碼為鍵的動態對應表。
- 付款擴充從
dev.ucp.shopping.*搬到dev.ucp.common.payment.*。 - 各項能力現在各自帶日期版號，版本規則也收緊了。
同一版還加入了不綁特定廠商的 3D Secure、跨多張支付工具的分開付款，以及訂金與分期用的付款排程。這些都是寫串接程式碼的人要處理的事。
Shopify 已經先走完了
Shopify 的 Global Catalog MCP 文件在代理設定檔與伺服器回傳的能力清單裡，都標示 2026-08-25。這次升級不需要商家同意，也無法延後，因為端點是 Shopify 的。
同一份文件也寫出商家手上還握著的那一項。目錄搜尋預設只找可販售的商品，所以商品沒有上架、沒有可購買，在談排序之前就已經不在結果裡。文件另外標明 description、options 與商品屬性等欄位屬於推論欄位，可能由 Shopify 產生或補強。你的商品資料會餵進這個流程，但不能決定它的輸出。
Claude 走的是同一個介面
Shopify 公開了給 Claude 的商務代理範例：一個建在 Shopify UCP 端點上、可選用 Sign in with Shop 的購物代理，以及一個走 Admin GraphQL API 的商家代理。該儲存庫寫明裡面沒有任何程式會下單或收款，結帳、運送與付款都在 Shopify 自己的頁面完成。
它是給開發者看的範例程式碼。沒有報名步驟，沒有上架方案，也沒有東西可以買來讓自己出現在裡面。
不必買的東西
沒有任何應用程式、搬遷方案或協定訂閱，能讓由 Shopify 代管的商店「相容」2026-08-25 版。這件事的結果只有兩種：一個有效的不行動決定，或是維護自建串接那個人給你的一句書面答覆。