Sidekick 是 Shopify 後台中的 AI 商務助理，能依商店內容回答問題、產生素材，並在支援的介面協助完成設定。官方功能持續更新，可能包含顧客分群、折扣、報表、Flow、metaobject、內容和第三方 App 等；部分操作、裝置或方案另有限制。
好的用法會把 Sidekick 放進一個有輸入、預覽、核准和驗證的流程，並避免只丟下一句模糊命令就接受結果。
先把需求寫成可驗收任務
說明目標、對象、時間範圍、market、資料來源、排除條件與輸出格式。例如「比較台灣 market 過去 28 天兩個 collection 的訂單與退貨，列出計算欄位，不要把相關性寫成原因」，會比「分析最近業績」更容易檢查。
涉及特定商品、訂單、collection 或折扣時，依官方支援方式明確提及資源。確認 Sidekick 找到的是正確 ID、版本與市場，避免同名商品或測試折扣混入。
查詢先要求定義與範圍
報表回答需附日期、時區、幣別、指標定義、filter 和資料限制。Revenue、sales、orders、customers 可能因退款、稅、測試單與歸因有不同口徑。把 Sidekick 的答案和 Shopify 原報表抽樣核對，第一次使用的新問題尤其重要。
若數字無法重現，請它列出步驟或產生可保存的報表，而非持續改 prompt 直到出現期待答案。決策紀錄保留問題、回覆、來源報表、檢查者和日期。
內容與設定分開核准
文字、圖片與 metaobject 草稿先由內容 owner 審核；折扣、customer segment、Flow 和商品變更會影響營運，需要不同權限與第二人覆核。讓能提問的人直接擁有所有發布權限，會把一個方便介面變成單點風險。
官方介面會標示 Sidekick 寫入的內容時，仍要逐欄檢查。更新大量商品前，先用一至三筆測試，匯出或記錄原值，確認 locale、market 與空值處理，再逐批放大。
操作採預覽、執行、對帳三段
預覽階段要求列出將建立、修改或刪除的資源，包含條件與預期結果。執行前由 owner 檢查價格、日期、資格和互斥規則。執行後回到資源頁與前台驗證，不把聊天視窗中的成功訊息當成完成證據。
折扣要測符合與不符合資格的 cart；Flow 要用測試事件確認 branch；segment 要抽樣成員；內容要看實際 storefront。若無法回復，先不要用 AI 執行，改成只提供操作指引。
Sidekick App 也要當正式軟體
Shopify 官方目前提供特定方案在桌面後台生成 App 的能力，生成物可存取 Admin API 支援的商店資源，並有明確功能限制。安裝前查看 plan、程式碼、版本與權限，使用測試資料驗證正常、錯誤和邊界情境。
生成 App 只能在後台使用，也不代表自動符合公司資安、隱私或維護標準。指定 owner、資料保存、監控、卸載與替代流程；若它改動顧客或商品資料，還要有 audit log 和復原方式。
第三方 App 呼叫逐次確認
Sidekick 可和支援的已安裝 App 互動時，先確認供應商、當次存取內容與輸出用途。不要因為入口在 Shopify 就假設資料沒有交給第三方。敏感顧客、行銷受眾和訊息發送另依 consent、資料處理合約與內部權限管理。
若同一任務可由多個 App 完成，記錄實際選用者和版本。供應商能力改變後重跑測試，不讓舊 prompt 默默採用新的資料範圍。
用固定紀錄累積可重複流程
每個常用任務保存目的、核准 prompt、必要輸入、輸出範例、檢查清單、執行者、回復步驟與最後驗證日。錯誤發生時登記事故、影響資源與修正，回頭更新模板。
每月抽樣近期對話，查看是否有人輸入不該使用的資料、跳過核准或用錯資源。審查重點放在流程改善，不將聊天紀錄當成一般員工績效監控；存取與保存方式需先告知使用者。
同一任務若頻繁需要人工修正，可能代表來源資料、權限或操作步驟尚未整理。先修底層流程，再調整 prompt，避免把例外逐條堆進一段沒人能維護的指令。
先從只讀查詢和低風險草稿開始，確認品質後再進入可回復設定。Sidekick 能縮短後台操作距離，真正決定安全與效率的仍是清楚任務、適當權限和執行後對帳。