Hub 達人實戰

達人實戰 · 產品與營運

電商營運達人：50 筆商品原估一週末，他 40 分鐘上架完

電商營運沒有「先學會寫程式」這道關卡，這行真正缺的是時間。這章看台灣工程師「阿穆」怎麼用 40 分鐘把 50 筆商品搬上 Shopify（原本估一整個週末）、Colby McHenry 怎麼自建 MCP 直接管店鋪，到 Shopify 官方 AI Toolkit 的批次操作與 Amazon 賣家的截圖診斷實戰——全部真人真事，也把 --allow-mutations 沒有草稿、沒有回滾按鈕的風險講清楚，同時對照 Codex CLI。

這行的痛點

電商營運的日常有一半是機械勞動——把 CSV 商品資料一筆筆上架、依規則調整價格與庫存、追蹤廣告花費有沒有燒在轉換率低的 SKU 上、把後台某個錯誤截圖看懂該怎麼修。這些工作規則清楚、格式固定，卻量大到吃掉真正需要判斷力的時間，例如要不要接受某個折扣策略、哪個供應商協商條件划算。這正好是 CLI 型 AI 的甜蜜點：批次、重複、有明確規則的工作交給它先跑一輪，人只做最後拍板。

Shopify 官方把這件事講得很直白：一人加上 Claude Code，有機會做到一個小團隊的工作量。這不是行銷話術——Shopify 2026 年 4 月開源的 AI Toolkit，讓 Claude Code、Codex CLI、Cursor、Gemini CLI 四種代理型工具都能直接呼叫官方文件搜尋、GraphQL／Liquid 驗證、店鋪操作三大元件；台灣工程師阿穆更早在官方工具箱問世之前，就用 Claude Code 直接下 curl 打 Admin API，40 分鐘做完原本要一整個週末的商品搬遷。

但電商營運有一個其他職業少見的風險維度：一旦 Claude 拿到能寫入正式商店的權限，只要一個 mutation 寫錯，幾秒內就能把上千個 SKU 的定價改壞——沒有草稿、沒有預覽、沒有回滾按鈕。這章會在每個場景後面提醒對應的風控做法，最後「常踩的坑」整節專門拆解這個問題；這不是危言聳聽，是兩篇獨立文章交叉確認過的真實案例。

動手前的準備

  • 完全沒摸過終端機：先看 Claude Code 教學第 1 章「踏出第一步：打開終端機」，用不到十分鐘。
  • 還沒裝 Claude Code：先看第 2 章「安裝 Claude Code」。
  • 場景一、二先在開發用商店測試，第一輪只給完成驗證所需的唯讀權限與假資料。確認輸入、輸出、批次上限與人工覆核流程後，才為單一任務建立短效、最小範圍的寫入權限；不要用正式商店與真實客戶資料練習。
  • 想先搞懂怎麼把店鋪規則、科目慣例存成 Claude 的長期記憶：先看第 5 章「CLAUDE.md 與工作記憶」。
  • 場景二、三會用到 MCP 伺服器直連店鋪，建議先看第 9 章「連接工具 MCP」打底。
  • 對 Codex CLI 陌生：先看 Codex CLI 教學第 2 章「安裝 Codex CLI」。Shopify AI Toolkit 官方同時支援兩邊，但 MCP 設定檔格式不同——Codex 用 TOML、Claude Code 走 plugin 安裝，這點先有心理準備。
  • 不管走哪個場景，第一次操作務必先在開發用商店（dev store）跑過一輪，不要拿正式商店的真實客戶資料練手。

場景一：一次搬 50 筆商品上架 Shopify

台灣工程師阿穆要把舊網站 50 筆商品搬到 Shopify。傳統做法：自己手動點後台約 8 小時，或請工讀生抓 1,600 元成本還要花時間教，或裝月費制上架外掛做一次性任務不划算。他選了第四條路——讓 Claude Code 讀 CSV、直接寫 curl 呼叫 Admin API，自己盯著每一個請求跑。

Claude Code 怎麼做

  1. 到 Shopify 後台設定「自訂應用」，開啟 Admin API 權限，拿到 shpat_ 開頭的 access token 與商店網址

  2. 刻意不裝 MCP，改請 Claude Code 直接寫 curl 指令——阿穆的理由是「每一個請求我都看得到指令本身」，透明度比 MCP 黑盒子高：

    我要把這個 CSV 裡的商品上架到我的 Shopify。先看一下資料結構，
然後幫我寫一個 curl 指令……先跑一筆給我確認格式。

  3. Claude Code 主動做的資料清理：把 $1,290 轉成純數字 1290、偵測到重複商品名稱主動詢問是否合併、清掉舊網站殘留的 HTML 標籤

  4. 格式確認後才授權批次，並要求它分批回報：

    剩下 49 筆照同樣邏輯跑完，每跑 10 筆跟我回報一次進度。

  5. 遇到 API rate limit，Claude Code 自己加 0.5 秒延遲並請示確認；遇到失敗就停下來問，不會硬幹到底

  6. 收尾對帳：請它抓出所有上架商品 ID，用 GET /products.json 重新驗證標題、價格、變體數量

成效：前後約 40 分鐘（20 分鐘整理 CSV、10 分鐘跟 Claude Code 對話、10 分鐘對帳），比預估的一整個週末省下近 16 小時；50 筆商品含尺寸／顏色變體與圖片全數上架成功。

換成 Codex CLI

Shopify AI Toolkit 官方同時支援 Codex（codex plugin add shopify@openai-curated），理論上同一套 curl／Admin API 工作流可以原封不動搬到 Codex CLI，差異只在 MCP 設定檔格式（Codex 用 TOML，Claude Code 走 plugin 安裝）。老實說，阿穆原文只實測 Claude Code，這段 Codex 對照是延伸自官方支援清單的合理推論，不是一比一實測。

場景二：自建 MCP，直接讓 Claude 管店鋪

阿穆的 curl 做法適合一次性任務，但如果想讓 Claude 常態性、用自然語言操作店鋪——建立商品、修正分類錯誤、管理複雜商業邏輯——就該往 MCP 這條路走。個人 Shopify 店主 Colby McHenry 的做法是自建一台 Shopify GraphQL Admin MCP 伺服器，把 2,796＋ 個 Shopify API 型別直接攤開給 Claude 用。

Claude Code 怎麼做

  1. 安裝自建的 Shopify GraphQL Admin MCP：

    claude mcp add shopify -- npx shopify-graphql-admin-mcp \
  --store YOUR-STORE.myshopify.com \
  --client-id YOUR_CLIENT_ID \
  --client-secret YOUR_CLIENT_SECRET

  2. 接上後直接用自然語言建立商品：

    > 建立名為 Auburn Gameday Tee 的產品，價格設定 $34.99

  3. 批次改價一樣一句話：

    > 更新所有 T-Shirt 價格到 $34.99

  4. 用自訂 metaobject 處理官方後台欄位不支援的商業邏輯——例如把錯誤分類的球隊聯盟資料改對，Colby 實測建立 12 個 metaobject 約 3 秒完成，手動要 15 分鐘

  5. 查客戶、訂單、庫存這些日常營運資訊，一樣自然語言問就好

另一位分享者 Jack Clark（LinkedIn）走得更徹底：接上 Shopify Admin MCP、Dev MCP 與客製 skill 後，從零建主題、管理商品集合、自動化 SEO，全程「不曾開啟 Shopify 儀表板」。但他自己也留了一句值得注意的但書：這套做法只在「全新商店、還沒有真實客戶資料」的情境下他才敢這樣玩，一旦牽涉真實客戶資訊，存取控制要收緊。

換成 Codex CLI

Composio 提供 Codex 版的 Shopify MCP 整合，codex mcp login composio 走瀏覽器授權即可接上，暴露 361 項工具，涵蓋產品／訂單／集合／客戶／圖片管理，範圍其實比 Colby 自建的單一 MCP 更廣。但這是第三方橋接層，不是 Shopify 官方工具箱，接上前建議先確認資料流向與權限範圍。

場景三：官方 AI Toolkit，批次操作＋主題編輯

2026 年 4 月，Shopify 官方直接開源 AI Toolkit——這在電商圈少見：平台官方同時、對等支援 Claude Code、Codex CLI、Cursor、Gemini CLI 四種代理型工具，不是社群自己接的第三方橋接。三大元件是外掛（文件搜尋、GraphQL／Liquid／UI extension 驗證、store execute 商店操作）、Dev MCP（本地驗證免認證，不碰真實商店資料）、Storefront MCP（給 ChatGPT 等購物代理讀目錄）。

Claude Code 怎麼做

  1. 安裝官方外掛：

    claude plugin install shopify-ai-toolkit@claude-plugins-official

  2. 驗證連線後就能下批次指令，例如：

    為所有標記 summer-2026 的產品建立集合，對 $50 以上的變體
設定 15% 折扣，並改善缺少 SEO 描述的產品文案。

  3. Metafield 結構化資料可以跨上百個 SKU 一次填值；庫存調整能跨倉點移動並自動更新可售量；客戶查詢分群能抓出「最近 60 天有購買、終身價值超過 $300」這種名單；訂單退款也能對特定 SKU、特定時間範圍批次處理

  4. Liquid 主題編輯務必先推「未發佈版本」預覽，驗證過範本沒問題才發佈上線，不要直接改正式主題

  5. 官方實測案例：熟悉設定後，Claude 在 90 秒內更新了 1,200 個產品標籤

這條路的成效說法要打折看——官方文案宣稱可以取代每月 5,000～15,000 美元的代理商費用，這是廠商觀點，實際省多少因店而異。

換成 Codex CLI

這是本章 Codex 對照語料最紮實的場景，不是延伸推論：Shopify 官方文件把 Codex 和 Claude Code 的安裝方式並列在同一頁——/plugins 面板搜尋 Shopify 選「Add to Codex」，或手動 npx skills add Shopify/shopify-ai-toolkit；連線指令是 shopify store auth --store <domain> --scopes <list>。功能集合（文件搜尋、schema 驗證、store execute）完全相同，差異只在 MCP 設定檔格式（Codex 用 TOML，Cursor／Gemini CLI 用 JSON）與各家 agent 執行迴圈的品質，Shopify 這邊的功能本身沒有縮水。

場景四：Amazon 賣家——截圖診斷到關鍵字研究

Shopify 相關案例最多，但 Amazon 賣家這邊也有具體案例。Seller Central 後台問題五花八門——廣告花費異常、庫存告急、評論下滑——非技術背景賣家常常看得懂報表卻不知道怎麼修，而且每次換一個 AI 對話視窗，都要重新解釋一次商業背景。

Claude Code 怎麼做

  1. 把 Seller Central 的問題截圖直接貼進 Claude Code，問「這是什麼？如何修復？」——約 90 秒內能辨識問題、解釋原因、給解法

  2. 關鍵一步是明確請它「記住這個模式，下次自動處理」，靠跨會話記憶累積這個賣家帳號的營運知識，不用每次歸零重講

  3. 接上 Amazon MCP 伺服器（例如 Seller Labs 提供的版本）後，Claude 能直接讀即時利潤、庫存、廣告成效、上架指標，不必再手動匯出 CSV：利潤洩漏偵測抓出「廣告花費高但轉換低」的 SKU（實測每月抓出 2,000～8,000 美元浪費支出）、依 90 天銷售速度預測缺貨（提前 2～3 週預警）、競品定價掃描（3 分鐘完成調價決策）、評論告警追蹤星級低於 4.0 的主題（12 秒發現產品問題）、每日彙總前十大 SKU 表現的晨間簡報（省下 35～45 分鐘）

  4. 決策記錄也能交給它管：先請 Claude 列出定價、廣告、庫存這些定期要做的決策類型（多數賣家其實有 15～25 種未被明確列出），再用自然語言描述需求，讓它生成一套本地 markdown＋語意搜尋系統，之後接上 Gmail、Slack、Google Drive、Amazon 資料來源的 MCP，決策內容、理由、觸發事件、預期成果、日期五個要素自動歸檔，不必再靠關鍵字硬記

  5. 關鍵字研究可以批次化：從 Helium 10 Cerebro 匯出資料、設搜尋量門檻自動生成含關鍵字／銷量／PPC 出價的 Excel（可以排在午餐或睡覺時段跑），搭配「Product Truth Card」skill 爬商品頁屬性判斷關鍵字相關性、「意圖映射」skill 把關鍵字分成六種意圖類型

這幾組數字（尤其美元金額）多半來自 Amazon 賣家工具廠商 Seller Labs 自己的部落格，屬廠商案例，沒有第三方驗證的研究方法，教學時建議當作「可信的工作流骨架」而非「保證可複製的成效」。

換成 Codex CLI

這裡老實講一個缺口：Amazon 賣家、截圖診斷、決策日誌這幾類場景，目前完全找不到 Codex CLI 的第一手實戰語料——多次搜尋只回傳 Codex 定價文件與泛用 AGENTS.md 教學。理論上 Codex CLI 的截圖辨識與檔案讀取能力應該做得到類似效果，但如果想在 Codex 上重現這條工作流，你會是少數先趟這條路的人，不是照抄現成案例。

場景五：台灣蝦皮賣家——批次改價、對帳與計分風控週報

蝦皮個人賣家開店門檻很低：完成帳號註冊、實名驗證（審核約3~5個工作日）、綁定撥款帳戶即可，全免開店費用（蝦皮幫助中心）。但蝦皮台灣沒有像Shopify那樣把Admin API開放給一般賣家——僅開放商城賣家或第三方ERP申請，個人賣家想自動化，靠Claude Code讀寫賣家中心既有的匯出匯入CSV、Excel檔案，不是直接呼叫API。以下是台灣蝦皮賣家常見做法，非單一具名案例——目前查無「用Claude Code處理蝦皮營運」的第一手分享。

Claude Code 怎麼做

  1. 從賣家中心匯出待出貨清單與進帳撥款明細兩份CSV，交給Claude Code比對金額

    兩份都是官方後台既有匯出功能，不需要額外申請權限。

    比對這兩份CSV的訂單編號與金額，抓出扣款或撥款金額對不上的異常訂單，列成清單。

  2. 人工只覆核Claude Code標出的異常訂單，不逐筆肉眼核對

    金流手續費2026年起調到2.5%，費率越複雜，人工核對越容易漏看。

  3. 批次改價：用官方.xls/.xlsx大量上傳模板，依規則算出新價格產出可匯入的檔案

    規格選項上限50項、商品要先完成單筆刊登才能批次修改——這些欄位限制要先告訴它。

    成本漲幅超過5%的商品，售價同步調漲3%，其餘不動。輸出成大量上傳模板格式，規格識別碼照原本對應。

  4. 把賣家計分系統與「我的表現」數據整理成週報，標記逼近門檻的風險

    累積3分暫停活動資格、6分取消運費補助、15分帳號凍結，提早發現比事後補救有意義。

  5. 退貨退款SKU分析：依SKU彙整退貨率排行，產出跟供應商溝通用的清單

    取代人工在Excel裡手動篩選，剩下的判斷交給人：要不要換供應商或調整選品。

蝦皮官方費率頁公布，2026年1月起金流與系統處理費由2%調升到2.5%（蝦皮官方文件《蝦皮商城服務條款》）；業者部落格整理官方公告，非促銷檔期成交手續費5.5%、促銷檔期7.5%，疊加免運方案後總成本業者估算最高17~20%（業者公開分享，業界估算非官方逐項加總）。風險端，蝦皮賣家計分系統累積15分帳號就會被凍結（業者公開分享，整理自官方計分手冊，原PDF掃描格式未能逐字核對）。老實講：查無蝦皮賣家用Claude Code處理營運的實測數據，上面工作流依官方後台既有功能推導，非複製已驗證案例。

蝦皮台灣 2026 年費率速覽（僅供參考，實際以賣家中心公告為準）

項目 費率／金額 生效時間 可信度
金流與系統處理費2% → 2.5%2026/1/1起蝦皮官方文件
發票服務費每張2元 → 2.5元2026/1/1起蝦皮官方文件
一般賣場成交手續費（非促銷檔期）5.5%2025/11/24公告（業者轉述）業者公開分享，引用官方公告轉述
一般賣場成交手續費（促銷檔期）7.5%同上業者公開分享，引用官方公告轉述
強制免運方案訂單金額6% 或每單固定60元2026年起業者公開分享，引用官方公告
業者估算疊加後總成本最高約17~20%—業者估算，未經證實

月營業額超過門檻，要辦稅籍登記——這不是蝦皮的規定

個人賣家月營業額超過新台幣8萬元，依台灣一般網拍稅法（非蝦皮平台規則）須辦稅籍登記；8~20萬可用個人／網拍帳號名義登記商行，免用統一發票課1%稅；超過20萬須正式設立公司辦營利事業登記並開立發票。批次工作流把出貨量衝上去是好事，但月營收若因此跨過門檻，記得同步跟會計師確認登記狀態，不要讓效率提升變成漏未申報的風險。（可信度：業者公開分享（會計師事務所整理），屬台灣一般稅法規定而非蝦皮平台專屬，非官方文件逐字引用）。

批次上傳模板只吃.xls/.xlsx，雙規格選項上限50項

蝦皮賣家中心「大量上傳」功能只支援Excel的.xls/.xlsx格式，不支援CSV直接匯入；單一或雙層規格選項數量上限都是50項，且商品必須先完成單筆刊登，才能用批次功能修改既有商品。請Claude Code產出批次檔案時，先明確告訴它輸出格式與這些限制，避免它套用CSV慣例，或幫你生出超過50個規格選項的檔案而卡關。（可信度：業者公開分享（部落格整理），交叉參照蝦皮官方PDF《新版大量上傳功能手冊》標題與分類確認結論性規則，但PDF本身因掃描格式本次未能逐字核對）。

換成 Codex CLI

這節找不到蝦皮賣家用Codex CLI的具體案例，搜尋一片空白。但技術上不意外——蝦皮Open API僅開放商城賣家或第三方ERP申請（官方文件確認此分類，PDF因格式問題未能逐字讀取），一般賣家本來就無法自行取得金鑰，Claude Code和Codex CLI一樣是操作本地CSV/Excel檔案，不是呼叫API。理論上Codex CLI技術可行性不受限，差別只在有沒有人做過、公開分享——目前是空白，你會是第一個寫紀錄的人。

場景六：蝦皮聯盟行銷／KOL業配怎麼接

平面設計師「Lisa」，IG 粉絲只有 1,000 多人，靠在 Threads、IG 分享真實開箱心得接上蝦皮分潤計畫，2025 年年中起穩定月賺新台幣 8 萬到 9 萬元（天下雜誌報導）。Dyson 台灣同期在蝦皮測試聯盟行銷機制，帶動銷售額佔其蝦皮通路營收 15%——品牌看重的是素人 KOC 帶來的「破圈」效果，不是流量最大的網紅。但對電商賣家來說，機會的另一面是管理問題：名單怎麼分級、開發信怎麼避免罐頭化、幾十位合作對象的成效怎麼一次看懂，這種瑣碎又量大的工作，正好是 CLI 型 AI 適合先跑一輪的場景。

Claude Code 怎麼做

  1. 匯出後台推廣者名單，讓 Claude Code 做三級分類

    把賣家後台推廣者報表 CSV 丟給 Claude Code，依轉換率、導單數分成「重點合作／潛力股／開發名單」三級，輸出成可匯入 Notion 的格式。

    這是推廣者名單 CSV，欄位有粉絲數、導單數、轉換率。依轉換率與導單數幫我分三級，輸出成新 CSV。

  2. 批次生成客製化開發信草稿，人工過目再手動私訊

    請 Claude Code 讀創作者過往業配風格，批次生成個別化提案文案存成獨立檔案；務必人工把關這一步，不建議 CLI 直接串接社群平台自動發送，容易踩到平台的機器人政策。

    幫「重點合作」每人各寫一封開發信，語氣參考他過去的業配文風格。各存一檔，我要看過再手動傳。

  3. 設計「基礎比例＋階梯獎勵」分潤結構，先跑腳本試算

    蝦皮大學官方教學建議賣家用「按銷售計費模式（PPS）」自訂分潤率、依新品／滯銷品／促銷檔期動態調整（例：美妝基礎 8%、月銷達 50 萬拉高到 12%）。先請 Claude Code 寫腳本模擬不同比例組合對毛利的影響，再決定要不要真的調整後台設定。

  4. 定期把成效報表丟給它，產出週報與晉升／移出建議

    每週把推廣者成效報表丟給 Claude Code，算各達人 ROI、轉換率、客單價變化，自動標記表現優於平均或持續低於門檻的名單，取代人工逐一開報表核對。

  5. 分潤金額接近請款或稅務門檻時自動預警

    蝦皮請款有最低門檻（個人推廣者 NT$500、非個人 NT$2,000，隔月 1 號起算 70 天內撥款），累積月分潤達到一定金額後須改公司或行號身分請款。請 Claude Code 寫腳本追蹤每位推廣者的累積月分潤，接近門檻提前標記——具體金額目前只查到業者部落格與社群回報交叉印證，正式決策前建議再跟客服或稅務顧問確認。

這套工作流本身還沒查到蝦皮賣家或 MCN 公開分享「真的用 Claude Code 這樣操作」的案例——下面 Codex 對照段落會更清楚攤開這件事。能佐證的是分潤機制這個市場正在起量：蝦皮購物與 YouTube Shopping 於 2026 年 1 月在台正式啟動聯盟計畫，試行 42 天內促成 9,000 筆以上訂單、轉換率破 10%（蝦皮／YouTube 官方數據，經媒體轉載），全站已有約 10 萬名賣家、6,800 萬項商品加入聯盟行銷計畫；YouTube 創作者「宜峯 Chris」（12.4 萬訂閱）同期試行中，聯盟分潤收益達傳統廣告分潤的 5 倍，佔總收入逾 75%（天下雜誌報導）。至於一般網紅業配報價（微網紅每篇約 NT$5,000~15,000）出自部落客用 AI 工具整理的業界估算，跟蝦皮分潤 % 結構計算基礎不同，不能直接換算比較。

蝦皮分潤金比例與單筆訂單上限，依推廣管道區分（資料來源：蝦皮官方說明中心《蝦皮分潤金介紹》；另有隔日到貨商品自動加碼 1%→3%、外部推廣最高加碼 10% 等規則未列入表中，實際比例以蝦皮後台公告為準）

推廣管道 基本分潤比例 指定商品／進階加碼 單筆訂單分潤上限
社群媒體1%（一般）／5%（萬粉創作者，10K+ 粉絲）加碼商品最高 10%NT$500
直播1%指定商品 3% 以上NT$100
短影音3%指定商品最高 15%NT$100
YouTube（YouTube Shopping）依合作方案而定—NT$800

2026 年報稅季分潤所得認列異常，蝦皮坦承財務疏失

多名用戶實際分潤僅新台幣 100 元到 700 元，卻被國稅局系統認列所得 4 萬元到 400 萬元不等，蝦皮公開承認為「財務疏失」，需民眾自行向國稅局申請更正。建議賣家與合作的推廣者平常就留存每月分潤明細，報稅季前先核對蝦皮系統匯出的認列所得金額有沒有異常放大，避免多繳稅或行政糾紛。（可信度：媒體報導，東森新聞、鏡新聞、NOWnews、Yahoo 新聞等多家媒體交叉引用，含蝦皮官方回應）。

幾個常被引用的規則數字屬二手轉述，正式決策前建議再查證

「單月分潤達 5 萬元須改公司或行號身分請款」與「追蹤連結 Cookie 時效 7 天」這兩條規則，目前只查到業者部落格與社群貼文交叉印證，沒有在蝦皮官方說明中心逐字核對到；另外萬粉創作者要保住 5% 基本分潤資格，官方規定上月 1 至 25 日「社群媒體來源」已完成訂單須佔總完成訂單 20% 以上，這條每月審核門檻也值得寫進追蹤腳本，避免資格被拿掉才發現。（可信度：業者公開分享／社群回報，未見蝦皮官方逐字公告確認；正式決策前建議另行查證最新版本）。

換成 Codex CLI

這個場景目前找不到 Codex CLI 第一手實戰語料——不管是蝦皮賣家、MCN 或個人創作者，都沒有公開分享過用 Codex CLI 管理聯盟名單、寫開發信或做分潤報表的案例，比起 Amazon 那節連「廠商部落格的成效數字」都沒有，缺口更明顯。但技術上，Codex CLI 一樣能讀 CSV、寫分類腳本、生成客製化文案草稿、跑比對邏輯，上面五個步驟沒有一步依賴 Claude Code 專屬功能，理論上照搬也能跑，只是目前還沒有人公開驗證過。

場景七：電商代營運顧問怎麼接案——蝦皮報價、SOW 與多客戶管理

台灣電商代營運顧問接蝦皮案子，最先卡關的常常不是操作後台，是報價那一關。客戶開口第一句常是「你們收多少錢」，但市面上沒有一張統一費率表可以照抄——蝦皮官方只公布「廣告代操」這條線的服務費上限，範圍更廣的「全包型代營運」（商品上架、客服、活動企劃）費用完全是各家自行議價，沒有官方基準可查。顧問接案前得先幫客戶把帳算清楚：蝦皮平台本身要抽走多少（成交手續費、免運方案、金流處理費），剩下的毛利空間才是顧問報價往上談的真正籌碼；接到案子後，還要同時盯好幾個客戶的蝦皮賣家中心、寫SOW、追業績抽成分潤——這些規則清楚但瑣碎耗時的事務工作，正好是Claude Code的甜蜜點。

Claude Code 怎麼做

  1. 用官方代操費率當報價分母

    蝦皮沒有全包型代營運的統一費率表，但「廣告代操夥伴計畫」公布了兩個可當錨點的數字：合作最低預算NT$10,000、代操商服務費最高抽20%（蝦皮官方文件）。報價前先請Claude Code依蝦皮商城手續費結構試算客戶「淨到手比例」——低價商品各項費用堆疊後最高約48%，這才是顧問報價要往上談的真正毛利空間，不是憑感覺喊價。

  2. 多客戶對帳單彙整成週報，人工做最後複核

    每家客戶的蝦皮賣家中心後台各自匯出CSV，逐筆核對手續費、免運方案、金流費很花時間。做法是把CSV放進固定資料夾（依客戶／月份分層），請Claude Code依官方費率規則試算每家店淨到手金額與代營運分潤，輸出成一份週報Markdown草稿。蝦皮費率若當月更新，寫死的規則會算錯，放行前務必人工複核關鍵數字再寄給客戶。

    讀取 clients/ 資料夾裡本週各客戶的蝦皮訂單與手續費CSV，依成交手續費＋免運方案＋金流費2.5%的規則試算每家店淨到手金額與我方12%分潤，整理成週報Markdown草稿，手續費占比波動異常的店特別標記出來給我複核。

  3. SOW段落庫加訪談筆記，組出提案初稿

    不同產業客戶（保養品、食品、3C）的痛點與方案模組其實高度重複。先建一份「產業別SOW段落庫」存成Markdown片段，開完會把訪談筆記丟給Claude Code，讓它挑選對應模組、套進報價區間表，組成一份提案初稿。這只是加速草擬，最終報價數字與承諾條款仍要顧問親自把關，不能讓AI自主對客戶承諾未經授權的內容。

  4. 儀表板腳本＋報價版本控制，雙管齊下顧多店

    讓Claude Code協助寫、除錯一支腳本，定期讀各客戶匯出的CSV彙總成單一儀表板——GMV、手續費占比、廣告花費、退貨率，並標記異常值；蝦皮後台沒有公開API，這類腳本多半只能吃匯出檔，不是即時串接。報價單與SOW則存成Markdown進git，每次議價調整條款後請它生成版本差異摘要，方便回頭追蹤誰在什麼時候答應了什麼。

這節沒有前四個場景那種「省了多少時間」的第一手實測數字——查證過程沒有找到任何台灣蝦皮代營運顧問用Claude Code管理多客戶店鋪、產出提案文件的公開分享，這裡誠實承認這個缺口，不硬套案例。能拿出來對照的是報價的市場基準：蝦皮官方「廣告代操夥伴計畫」公布最低合作預算NT$10,000、代操商服務費上限20%，首次設定費另計（蝦皮官方文件）；業界流傳的全包型代營運報價常見三種級距（詳見下表，業界估算、未經證實，整理自單一部落格作者觀察，未證實作者本身是否為業界從業者）；具名業者紅創數位科技則透露專業電商團隊在台灣每月營運預算超過NT$200,000，尚未計入辦公室租金、設備與三節獎金，這是成本自述不是報價單（業者公開分享）。這些數字合起來只能拼出一個大致的報價區間，顧問報價前務必自行核對當月最新蝦皮公告，不要照抄。

台灣電商代營運常見報價模式參考（業界估算、未經證實，整理自單一部落格作者觀察，非蝦皮官方費率表）

模式 月費（NT$） 業績抽成 備註
高底低抽成150,0005%（百萬內）～15%（200～300萬）適合已有一定業績基礎的品牌
中底中抽成100,00010%～20%業界流傳最常見的中間級距
低底高抽成30,00010%～20%月費低但抽成拉高，常見於新品牌測試合作
對賭模式免月費30%（300萬以上抽40%）代操商代墊廣告費，通常要求品牌獨家銷售權

AI試算的費率規則要跟得上蝦皮最新公告

蝦皮的手續費率、促銷加收規則會隨檔期調整，寫進腳本或Prompt裡的規則若沒同步更新，Claude Code試算出來的「淨到手金額」與代營運分潤就會算錯。建議每次跑週報前先確認規則版本是否過期，金額異動較大的店一律人工複核再放行，不要讓自動化草稿未經檢查就直接寄給客戶——算錯的不只是內部數字，傷的是顧問跟客戶之間的信任。（可信度：本提醒為編輯團隊依「蝦皮費率會隨檔期調整」這項公開事實推導出的操作建議，非蝦皮官方或代營運業者發布的正式風控規範）。

蝦皮官方目前只有「代操」有公開費率，「代營運」沒有

看到「蝦皮官方認證代營運費率」這類說法時要多一分保留。蝦皮官方公開頁面目前只有「廣告代操夥伴計畫」這條線公布了合作預算門檻與服務費上限；範圍更廣的「全包型代營運」（商品上架、客服、活動企劃）完全是各家業者自行議價，查證過程沒有找到任何官方統一費率表，也沒有找到公開的官方認證標準頁面。（可信度：查證過程未能找到蝦皮官方「代營運合作夥伴計畫」完整公開的申請門檻頁面，僅查到概述性說法，本段屬研究誠實承認的查證缺口，非蝦皮官方正式聲明）。

換成 Codex CLI

這裡同樣老實講：查證過程沒有找到任何蝦皮代營運顧問用Codex CLI管理多客戶對帳、產出提案文件的第一手公開語料，唯一沾得上邊的線索是美國Every公司用Claude Code做一般知識工作自動化的案例，但情境完全不符（非電商、非蝦皮、非台灣），不能硬套過來當Codex實戰案例。技術上Codex CLI一樣能讀多份CSV跑費率試算、協助寫多店鋪儀表板腳本、用git追蹤報價單版本差異——這些工作流本質上是讀檔案、寫腳本、生成文字草稿，不依賴Shopify那類專屬MCP生態，理論上兩邊CLI都做得到。但目前這仍是推論，不是實測。

場景八：蝦皮廣告ROI怎麼調？先讓 Claude Code 幫你把數字看懂再決定

蝦皮站內廣告的痛點不是要不要打，是後台投入產出比數字該怎麼判斷。商品廣告是預付儲值制，每次點擊實收費用不超過賣家設定的出價，但排名、關鍵字品質分數、對手出價都影響實際扣費，單看一個數字容易誤判。更關鍵的是，蝦皮已於2025年7月22日起把商品廣告「手動投放」（含逐關鍵字手動出價）全面淘汰，未升級的賣場在轉移日會被強制升級，現在商品廣告只剩「全站推廣—系統最佳化」與「全站推廣—自訂投入產出比（ROI）」兩種模式，調整頻率、調幅都被官方訂死。加上蝦皮目前查無對外開放的廣告數據API，賣家只能人工到後台「廣告成效」頁匯出CSV——這正是Claude Code能幫上忙的地方：數字分析先跑一輪，真正要送出的調整，仍由賣家自己到後台按。以下是台灣蝦皮賣家常見的做法，不是單一具名案例，因為目前查不到公開分享「用Claude Code處理蝦皮廣告」的第一手實戰紀錄。

Claude Code 怎麼做

  1. 每7～14天到蝦皮賣家中心「廣告成效」頁，人工匯出全站推廣商品廣告成效報表（CSV）

    含商品ID、花費、銷售額、投入產出比、曝光、點擊。蝦皮目前查無對外開放的廣告數據API，官方後台僅能人工檢視／匯出，標示可查看近90天資料，這一步無法跳過，是Claude Code能介入分析的起點。

    這份蝦皮廣告成效CSV，欄位是商品ID、花費、銷售額、投入產出比。先幫我抓出投入產出比敬陪末座的10個SKU，列成表格給我看。

  2. 把商品毛利率表交給Claude Code，依實際毛利反推每個SKU的安全ROI門檻

    沒有毛利概念的ROI設定容易失真——有業者案例顯示，45%毛利的商品把安全ROAS門檻設在2.2左右才划算（業者部落格分享，未經證實，非蝦皮官方公式，僅供邏輯參考，實際門檻要依自己的毛利結構重算）。

  3. 比對目前自訂ROI設定值，產出調整建議清單，但要卡進官方的節奏限制裡

    蝦皮官方規定同一支全站推廣商品廣告調整頻率至多每7天一次、單次調幅建議不超過10～20%、單一商品廣告每日操作上限10次（超過需隔日00:00才恢復）。Claude Code的輸出必須明確標示「下次可調整日期」與「本次調整上限」，不做自動寫入，最後由賣家自己到後台按下確定。

    幫我抓出目前ROI設定明顯低於安全門檻、可能正在虧錢的SKU，標記「建議調高」；但每支廣告7天只能調一次、單次別超過20%，幫我在每一條建議旁邊註明距離下次可調整還有幾天，不要幫我直接送出，我要自己去後台按。

  4. 商品廣告轉往全站推廣後，逐關鍵字手動出價只剩賣場廣告（Shop Ads）還留著，另外做關鍵字級分析

    賣場廣告仍保留「手動投放」模式的逐關鍵字CPC出價。匯出賣場廣告關鍵字成效CSV，讓Claude Code依CTR、CVR、單次點擊成本排序，抓出花費高但ROAS偏低的關鍵字，建議降價或暫停，並對照官方建議出價區間（建議出價低於5元直接採用、5～10元先設5元試跑再觀察）。

  5. 新品上架30天內先追蹤學習曲線，別在學習期沒跑完就急著出手調整

    全站推廣新品期走兩階段（銷售突破→銷售提升自訂ROI），官方建議學習期7～14天。讓Claude Code把每天的曝光、點擊、轉換整理成時序表，先判斷學習期是否跑完、ROI是否收斂，避免看到單日數字波動就誤判成功或失敗。

  6. 蝦皮廣告規則常說改就改，定期讓Claude Code讀官方公告做摘要，對照自己受不受影響

    2025年7月22日商品廣告手動投放全面停用只是其中一次；每月讓它讀蝦皮廣告官方公告頁與FAQ，摘要成中文，比對目前的廣告設定是否受影響（例如是否已被強制升級、日預算是否符合新規），屬單純研究彙整、不涉及寫入，風險最低。

這套流程省的是人工看不懂數字的時間，不是廣告費本身，目前沒有第一手實測時間或金額數據可以引用。蝦皮官方案例頁倒是有一個具體數字：開啟智慧出價（Smart Bidding，賣場廣告手動投放模式下的自動出價輔助功能）後，投入產出比平均成長21%（蝦皮官方Inspiration案例頁，但頁面未附樣本規模、統計期間等方法論細節）。Swatch電商經理游冠緯曾公開分享，該品牌蝦皮站內關鍵字廣告日常ROAS平均達12倍以上，618等促銷檔期或獨賣／聯名商品期間可突破20倍以上（數位時代媒體報導，具名品牌與受訪者，但發布於2022年，反映的是2025年商品廣告手動出價停用前的舊制，不代表現行全站推廣的常態）。也有第三方顧問部落格分享，某保養品賣家把預算從20多組冷門長尾詞收斂到8組精準關鍵字後，ROAS從1.8回升到2.5（業者公開分享，未經證實，賣家未具名）——這套「關鍵字收斂」邏輯現在還能用在賣場廣告，商品廣告已經沒有逐關鍵字出價可以這樣操作了。另有媒體報導引述業者自述兩週內ROAS衝到46，這個數字遠高於其他所有來源，建議視為單一極端自述案例，不當成可複製的基準。業界部落格粗抓的產業別ROAS參考帶差異也很大（如下表），而且沒有一份數字反映2025年7月改版後的新制實測——這是目前查證下來最大的時效性缺口，新制上線至今還沒有公開的成效數字可以引用。

蝦皮站內廣告各產業別 ROAS 參考帶（業界估算，未經證實）

產業別 ROAS 參考帶 可信度註記
服飾配件5.0～10.0業界估算，未經證實
美妝保養4.0～8.0業界估算，未經證實
3C 家電3.0～6.0業界估算，未經證實
食品生鮮3.0～5.0業界估算，未經證實
居家生活4.0～7.0業界估算，未經證實

舊的「關鍵字批次調價腳本」教學，對商品廣告已經失效

蝦皮已於2025年7月22日起把商品廣告的手動投放（含逐關鍵字手動出價）全面淘汰，轉移前7天起就無法新增或編輯手動投放廣告，未升級的賣場在轉移日會被強制升級。如果你手上的教學或舊prompt還在教「逐關鍵字調CPC」，那套邏輯目前只在賣場廣告（Shop Ads）還適用，商品廣告已經沒有這個選項——用之前先確認自己廣告後台目前顯示的是哪一種模式。（可信度：蝦皮廣告官方系統公告與全站推廣常見問題FAQ，官方文件層級）。

蝦皮沒有開放廣告數據API，自動化只能是半自動

蝦皮Open API文件涵蓋商品、訂單、物流資料，但查無對外開放、可程式化讀寫廣告數據的公開端點，賣家只能靠後台「廣告成效」頁人工檢視／匯出。所以這章講的所有工作流，Claude Code做的都是分析與建議，最後送出調整永遠是賣家自己動手——這不是刻意保守，是目前確實沒有更自動的路可走。（可信度：業界普遍認知，推論自蝦皮Open API開發者文件未列廣告端點、賣家社群討論亦未獲蝦皮官方正面回應，非蝦皮官方明文聲明「沒有廣告API」）。

換成 Codex CLI

蝦皮開店廣告優化這個主題，目前找不到任何具名的Codex CLI第一手實戰案例——中文網路上談「AI＋蝦皮廣告」的文章，講的都是AI概念上可以做什麼，沒有一篇指名用了Codex CLI、怎麼串接、實測前後數字。但技術上這套工作流沒有理由做不到：Codex CLI一樣能讀CSV、跑資料分析、依規則產出建議清單，蝦皮這邊反正也沒有廣告API能自動寫入，不管用Claude Code還是Codex CLI，最後都是人工回後台按確定，工具差異不大。如果你想在Codex CLI上重現這套流程，你會是少數第一個公開分享的人，不是照抄現成教學。

常踩的坑

--allow-mutations 沒有草稿、沒有回滾按鈕

Shopify AI Toolkit 的 store execute 指令一旦加上 --allow-mutations，就會讓 Claude 直接對正式商店發動會改變狀態的 GraphQL mutation——沒有草稿、沒有預覽、沒有排程上線、沒有內建稽核紀錄、沒有回滾按鈕，一個沒設好的批次指令能在幾秒內就把上千個 SKU 的定價改壞。建議防呆：前十次操作先在開發用商店（dev store）跑、用最小權限的 token（例如只給 write_products）、開 mutation 前先把目標物件匯出成 JSON 留快照、大型批次操作要人工過目驗證腳本輸出再放行、主題編輯一律先推未發佈版本預覽（可信度：兩篇獨立文章交叉確認，非單一來源）。

MCP 直連真實客戶資料前先想一次

Jack Clark「不開儀表板」的做法明言只適用全新商店、沒有真實客戶資料的情境；Colby McHenry 自建 MCP 的文章也沒提到風控機制，寫入即生效。一旦店裡已經有真實訂單與客戶資料，存取層級要收緊，不能沿用「全自動、不看後台」這套玩法（可信度：作者自述明文但書）。

廠商部落格的美元數字要打折看

Seller Labs、Carro、claudefa.st 這類電商工具或內容行銷部落格提供的具體美元與百分比成效數字，多半缺乏可查證的研究方法與樣本數，工作流程步驟本身仍值得參考，但成效數字建議標注「業者宣稱」，不要當成獨立實證引用（可信度：跨多篇廠商內容交叉比對）。

Codex CLI 電商語料集中在 Shopify，其餘場景幾乎空白

跟其他非工程職業比，電商是少數 Codex 對照語料相對扎實的職業——但那是因為 Shopify 官方把 Codex 明列為對等支援對象。一旦離開 Shopify，Amazon 賣家、dropshipping、客服工單分流這幾類場景在 Codex 這邊完全沒有第一手實戰語料，教學對照如實標注缺口，不代表 Codex 做不到，只代表還沒有人公開分享過（可信度：多次搜尋交叉確認的研究缺口）。

延伸資源