如果你已經試過把某個平台接到 Claude，WooCommerce 這一版會讓你覺得哪裡不對勁——好的那種不對勁。沒有開發者計劃要加入，沒有應用要提交，沒有審核要等。原因是結構性的：WooCommerce 跑在你自己的 WordPress 上，你和 API 之間沒有平台方。
實際要做的事
在 WordPress 後台走 WooCommerce → Settings → Advanced → REST API，為一個具備所需權限的店鋪使用者建立一把 key。你會拿到一個 Consumer Key 和一個 Consumer Secret。加上商店網址，憑證就齊了。
對比一下鄰居。Etsy 要一個獲准 Seller API Access 的應用。eBay 要 Developers Program 的應用和生產 keyset。Amazon 要 Professional Selling 計劃、獲批的開發者資料和一個私有 SP-API 應用。WooCommerce 要的是一個下拉框和一個按鈕。
剩下兩個還是會出錯的地方
商店網址。填 HTTPS 的商店根地址。如果 WordPress 裝在域名下的子目錄里，把那個子目錄保留。不要在後面接 /wp-json/wc/v3——那是 API 路徑，客戶端自己會加。把完整 API 路徑粘進去，是“看起來配好了但什麼都取不到”的最常見原因。
密鑰只顯示一次。Consumer Secret 和 key 一起生成，只顯示一遍，沒有“再看一次”。如果你在複製之前關了頁面，解決辦法是吊銷這把 key 再發一把——很快，但第一次遇到會愣一下。
Read 不等於 Read/Write
建立 key 的時候，那個權限下拉框決定了這個連接這輩子能做什麼。Read 讓助手回答關於商品、訂單、客戶的問題。Read/Write 才讓它能改價格、調庫存、更新訂單、發起退款。
這跟“托管 connector 只讀 vs 真能動手”是同一個分水嶺，區別是這裡你自己控制站在哪一側，而且這個選擇是一個下拉框，不是一次 scope 審核。想清楚再選：如果你只要報表，Read 是個合理的起點，之後再發第二把 key 也不花什麼成本。
Orkas 的 connector 覆蓋商品、分類、庫存、訂單、客戶、優惠券、評價、退款和報表。憑證在你自己的設備上加密存放，不在配置檔案里，也不在別人的服務器上；任何寫進活躍店鋪的操作都要過客戶端里的權限確認。
什麼時候別的方案更合適
你要它定時跑、沒人盯著：這是桌面應用，關掉窗口就停。WordPress 的 cron 或你自己服務器上的定時任務才是對的形態。
你要助手改的是站點而不是店鋪：WooCommerce 的資料是商品和訂單。改文章、模板、外掛那是 WordPress，是另一個面，有它自己的工具。
你要批量改商品資料：WooCommerce 自帶 CSV 導入導出，純粹按列批改的話，那比任何對話都快。
同一份目錄還覆蓋 Etsy、eBay、Walmart Marketplace、Amazon Seller Central、Shopify 和中國的幾個平台。所以如果你的 WooCommerce 店旁邊還開著平台店，憑證會集中在一處，而不是每個店配一個服務。