Anthropic 和 Shopify 公開了商務代理的程式碼，這是我的商店要做的事嗎？

2026 年 9 月，Anthropic 公開了 Claude Commerce Agents，Shopify 也公開了自己的實作。兩邊都是原始碼。它們都不是渠道、不是市集，也不是你報名之後商品就會出現的地方。

這份藍圖是什麼

Anthropic 的頁面描述兩種代理型態。購物代理嵌在企業自己的 app 裡，把顧客從意圖帶到購物車。商家代理給內部人員用來營運商店，涵蓋銷售分析、商品上架、庫存與促銷。頁面寫明這是開放的參考實作，不是受支援的產品，你 fork 這個儲存庫，並且自己擁有在上面做出來的東西。

藍圖儲存庫用自己的話畫出安全界線：裡面沒有任何程式會下單、刷卡或改動已上架的商品。結帳只是把購物車交給宿主應用程式去完成，而商家端的每一次寫入都會先擱置，等人核准。

Shopify 加了什麼

Shopify 的 Claude for Commerce 範例把那份藍圖跑在真實商店上。店面範例指向一個商店網域，透過 Shopify 的 UCP 端點搜尋即時商品目錄、建立真實購物車、依商店政策與常見問答回覆，最後把顧客交給商店自己的結帳頁。Sign in with Shop 是選用的；沒有憑證時，每個工作階段都是訪客。

結帳是交接，Shopify 講得很直接。儲存庫寫明裡面不會下單也不會收款，因為結帳、運送與付款都發生在 Shopify 自己的頁面上。那個會真正成立訂單的呼叫，從來不會被呼叫。

商家範例則把藍圖的商家代理跑在同一家商店的 Admin GraphQL API 上。訂單可見範圍是刻意收窄的：只有經由這個代理成立的訂單看得到，而且要買家開口問才會查。

有人 fork 之前，先看清楚的那一行

Shopify 的 README 開頭就把你指向別處。想在線上商店回答購物者問題、又不想寫程式的商家，它指向 Shopify Inbox。那份範例儲存庫，是給要自己做客製店面代理的人用的。

所以路有兩條，問題只有一個。代管的代理不需要開發者。fork 出來的代理，需要一個人長期扛著提示詞、商品與政策的對接，以及代理在凌晨兩點對顧客說出口的每一句話。

它沒有改變的事

這件事沒有帶來新的付款協定、沒有排序，也沒有多出一個你的商品能出現的位置。什麼都不做的商店，不會失去原本擁有的任何東西。這裡有效的結果只有兩種：一個不行動的決定，或是替 fork 指定負責人，並寫下你選的是哪一條路。