Agentic Commerce 指 AI 不只回答商品問題，還能在明確授權下搜尋、比較、建立購物車並協助完成交易。Shopify 開發文件目前把 agentic shopping 列為正式能力方向，協定與工具仍會演進；導入時要核對當期官方文件與 changelog，不能把舊版 cart tool 當成固定介面。
準備度評估應從顧客任務和交易風險開始，不從「要不要做聊天框」開始。
商品必須可查詢與比較
每個 product/variant 需要穩定 ID、結構化屬性、圖片、market、價格、庫存、selling plan、相容性與政策連結。名稱相似但規格不同時，agent 必須能指出差異和缺少資料。完整資料層可參考 商品資料供 AI 使用。
自然語言搜尋也要回傳 filter、ranking 理由與來源。找不到符合條件時說明限制，不偷偷放寬過敏原、尺寸、預算或相容性等硬條件。
即時狀態由工具查詢
模型上下文可保存偏好，價格、可售、運費、稅、折扣和配送承諾必須由 Shopify 與相關服務即時確認。每個工具定義輸入 schema、輸出、timeout、錯誤、冪等與版本。回應帶 cart ID、market、currency 和時間。
搜尋結果到結帳之間可能缺貨或變價。Agent 要顯示更新、重新取得同意並提供替代方案，不能靜默替換 variant 或增加金額。
身分與授權逐步提升
匿名使用者能瀏覽公開商品；登入後才讀取地址、訂單、會員價與偏好；建立或修改敏感資料需要更高確認。Token scope 採最小權限，工具端重新驗證 ownership，不能只信模型傳來的 customer ID。
記住尺寸偏好和使用歷史也屬於資料處理。說明用途、保存期限、刪除和跨裝置方式，未同意時仍提供基本購物路徑。
購物車變更可見且可回復
加入、移除、改數量、套折扣與選 selling plan 前後都回傳明細。Agent 說明執行了什麼，顧客能查看 cart、修改或取消。工具以 idempotency key 避免重試造成重複品項，server cart 是最終狀態。
Bundle、贈品、限購、B2B quantity break 和 subscription 需要專門案例。若協定或 channel 不支援某條件，就導回 storefront，不用簡化成錯誤訂單。
付款保留明確確認
付款金額、幣別、商品、配送地址、方式、訂閱條件和取消政策在最後確認畫面呈現。Agent 不保存卡號，也不能用早先的泛用同意替代當次交易確認。驗證、3DS、失敗與返回由安全付款流程處理。
付款成功以平台訂單與 provider 狀態為準。Timeout 後先查詢，不直接重送；結果不明時轉人工或讓顧客安全查看訂單，避免重複扣款。
每個工具都可觀測
Log 包含 conversation/request ID、匿名或受控 actor、tool、參數摘要、結果、延遲、錯誤、版本與確認事件，敏感值遮蔽。追蹤搜尋成功、硬條件違反、cart mutation error、價格變動、付款失敗、人工接手和取消。
建立端到端測試：錯字、多語、無庫存、變價、不同 market、工具 timeout、重送、登入失效、惡意 prompt 和政策衝突。模型或協定更新後重跑固定集。
設計降級與事故處理
搜尋失效時提供一般導覽；推薦失效時顯示原結果；cart 工具失效時保留可分享連結；付款問題回到官方 checkout。每層都有 feature flag 和 owner，能單獨關閉，不必讓整個 storefront 下線。
指定協定與版本 owner
Agent、UCP、MCP、Storefront API 和 checkout 能力都可能調整。指定工程 owner 追蹤 Shopify changelog、棄用日期、scope 和測試環境；介面升版先跑 contract test，再安排 client 與 server 切換。不要等 production 工具失效才發現協定已換版。
第三方 agent channel 也需列出支援 market、付款、售後與資料條款。某個 channel 缺少品牌必要功能時，清楚導回官方 storefront，不為了覆蓋率犧牲交易條件。
先用只讀商品諮詢試行，再開 cart，最後才進入需要身分與付款的流程。當資料、工具、權限、確認、監控與回復都能提出證據，團隊才算具備 Agentic Commerce 的基本準備度。