“Etsy 能不能接到 Claude”，答案是能，而且有四條路。它們不可互換：區別在於這個連接能不能寫，以及你的 Etsy 憑證最後落在誰手裡。然後四條路會卡在同一道門上，而各家安裝教程通常一句話就帶過了。
四條路
Claude 的 connector 目錄。沒有可連的東西。Etsy 不在裡面，Etsy 自己也沒發 MCP server，所以這條暫時不成立。
社區做的 MCP server。GitHub 上有好幾個，基於 Etsy 的 Open API v3。你自己在本機把 server 跑起來、註冊進客戶端，API 憑證也由你自己提供。
托管 MCP 或集成平台。這類服務夾在 Claude 和 Etsy 之間，配置是四條里最短的。代價有兩樣：你的 Etsy 憑證存在對方的基礎設施上，而且其中好幾家在設計上就是只讀的。
內置了 connector 的桌面客戶端。Orkas 是這一種。它從你的機器直接調 https://openapi.etsy.com/v3/application，不需要跑 MCP server，中間也沒有別人。
四條路都卡的那道門
Etsy 的 Open API v3 並不是“拿個 key 就能調”那種開放。讀寫你自己的店，需要一個已獲准 Seller API Access 的應用。個人賣家可以在 Etsy Developers → Your Apps 申請，不需要公司主體。
你會拿到三個值，其中一個會讓人耗掉一下午：
Keystring 和 Shared Secret 在應用詳情頁直接能拿。Shop ID 是數字 ID，不是店鋪名——而你店鋪的公開網址里放的是名字，不是 ID。官方給的解法是 findShops 介面：按店鋪名搜索，在結果里返回 shop_id。但這個呼叫本身要用你剛拿到的 Keystring 和 Shared Secret 做認證，所以順序不能反：先建應用，再拿憑證，然後用憑證去查自己店鋪的 ID。
有一步比看上去簡單。Etsy 會要求你為應用登記一個回調地址，這聽起來像是要自己搭服務器。不用——你登記的是你所用客戶端的那個地址。Orkas 用的是 https://orkas.ai/api/connectors/oauth/dcr-callback，把它粘進 Redirect URI 一欄，這一步就完了。
審批要多久我們不打算給數字。Etsy 沒有承諾時限，論壇里流傳的天數是個別經歷，不是排期。把它當成一個實際步驟而不是走過場，並且在你開始挑客戶端之前就先提交。等待期間值得讀的是 Etsy 的官方認證文件。
讀得到不等於改得了
憑證到手之後，四條路就不再等價了。問“上周進了多少單”是讀。改價格、續期 listing、更新庫存、切換運費模板是寫，需要對應的權限範圍。
這正是多數“把 Etsy 接到 Claude”的文章跳過的區別。一個能用自然語言查店鋪資料的托管 connector 是真有用，也是真只讀；你讓它去改十二條 listing，什麼都不會發生。選之前先確認寫這一側，因為它前面那道申請，兩種情況下的工作量完全一樣。
Orkas 的 Etsy connector 覆蓋店鋪、listing、庫存、訂單履約、運費模板和店鋪分區——讀寫兩側都有。憑證在你自己的設備上加密存放，不落在配置檔案里，也不落在別人的服務器上；任何會寫進活躍店鋪的操作都要過客戶端里的一道權限確認，而不是指望模型小心。
什麼時候別用它
有四種情況，別的方案更合適。你只想問問題：托管 connector 更省事，什麼都不用裝。你要它定時無人值守地跑：Orkas 是桌面應用，關掉窗口就停；服務器上的定時任務才是對的形態。你要 Etsy 去觸發幾十個其他服務的工作流：集成平台就是乾這個的，這個不是。你只想批量改標題、價格或標籤：Etsy 自己 Shop Manager 里的批量編輯就能做，而且完全不需要申請 API。這種情況什麼都別裝。
桌面這條路替代的不是 Etsy 自己的工具，而是你本來要塞在店鋪和模型之間的那一堆小服務——每一個都各自存著一份你的憑證。同一份目錄還覆蓋 eBay、Walmart Marketplace、Amazon Seller Central、Shopify、WooCommerce 和中國的幾個平台，所以這堆東西不會每開一個店就重來一遍。