AI-Native PIM solution + Shopify MCP support

1

想法一：使用 Claude Code + MCP 直接處理品牌資料並同步至 Shopify

這個想法是讓 AI 直接扮演「資料清洗與同步」的中介者（ETL 工具），跳過傳統的 PIM 系統。

  • 優勢 (Pros)：
    • 極致敏捷：不需要維護龐大的 PIM 資料庫與前端 UI。
    • 強大的資料重構能力：產品的原始資料庫 schema 可能與 Shopify 的結構（Products, Variants, Metafields）差異很大。Claude 可以透過 prompt 輕鬆理解工業規格，並將其動態轉換為 Shopify Metafields 的 JSON 格式。
  • 風險與劣勢 (Cons)：
    • 缺乏「單一真實資料來源」(Single Source of Truth, SSOT)：如果同步過程中出錯，或者需要人工覆核（例如修改某個交換機的特定電壓規格），沒有一個可視化的後台可以讓非技術人員（如產品經理）進行操作。
    • 穩定性與幻覺風險：B2B 工業產品的規格容錯率極低。如果 AI 在解析過程中產生幻覺，將錯誤的安規認證或工作溫度寫入 Shopify，可能會引發客訴。
    • 狀態管理困難：難以追蹤「哪些產品已經更新」、「哪些同步失敗」等狀態。

結論： 這個方案適合用作資料轉換的腳本工具 (Pipeline)，但不建議「完全取代」PIM 系統。

想法二：尋找支援 MCP 的現代化開源專案，重建 AI 原生 PIM

這是最穩健且具備擴展性的做法。目前的現況是：因為 MCP 是一項非常新的技術（由 Anthropic 剛推出不久），「開箱即用且原生支援 MCP 的 PIM 系統」在 GitHub 上還極為罕見。

但是，您可以尋找**「具備強大 API/GraphQL 且極易打造 MCP Server 的現代化無頭系統 (Headless Systems)」**來作為您的新 PIM。

以下是幾個最適合您的 GitHub 專案推薦：

1. Directus (強烈推薦，作為 AI 原生 PIM 的基底)

2. Akeneo PIM (Community Edition)

3. Ergonode

  • GitHub: https://github.com/ergonode/ergonode
  • 技術棧: PHP (後端), Vue.js (前端)
  • 為什麼適合您：比起龐大的 Akeneo，Ergonode 是一個介面更現代、更靈活的 PIM，特別適合電子商務。

:light_bulb: 最佳實踐：結合您的兩個想法（現代化架構建議）

為了安全、高效地將 Moxa 的資料上架到 Shopify，建議採用以下架構：

品牌資料源 (Moxa) :right_arrow: AI 處理層 (Claude Code + MCP) :right_arrow: 現代化 PIM (如 Directus) :right_arrow: Shopify

具體工作流程：

  1. 資料庫重建：使用 Directus 取代 SilverStripe。在 Directus 中建立符合 Moxa 產品結構的關聯資料表（產品、變體、規格表、配件、文件下載）。
  2. 開發自訂 MCP Server：使用 TypeScript 或 Python 寫一個小型的 MCP Server，連接 Directus 的 API。
  3. AI 資料處理 (您的想法一)：當 Moxa 釋出新的產品資料（無論是 Excel, XML 還是 PDF），您使用 Claude Code。Claude 透過您寫好的 MCP Server，將複雜的原始資料清洗、解析、翻譯並結構化後，寫入 Directus 系統中。
  4. 人工覆核 (Human-in-the-loop)：您的產品經理登入 Directus 精美的後台，確認 Claude 整理的資料正確無誤。
  5. 同步至 Shopify：透過 Directus 的 Webhooks 或排程腳本，將確認過無誤的資料透過 Shopify Admin API (GraphQL) 直接推送到您的 Shopify 商店（自動建立 Products, Variants, 寫入 Metafields，上傳圖片）。

下一步建議：
如果您希望系統現代化且對 AI 友善，強烈建議您團隊先評估 Directus。它的 API-First 特性是目前最容易與 Claude / MCP 技術深度整合的開源平台，既能保留傳統 PIM「單一真實資料來源」的安全性，又能享受 AI 自動化的紅利。

2

你這題的核心，不是「要不要用 Claude Code」，而是「誰是 product master」。
結論：不要讓 Claude Code 取代 PIM；要讓 Claude Code 取代你現在 SilverStripe 周邊那層 ETL / mapping / sync 邏輯。 Shopify 端真正的正式寫入，應該走 Admin GraphQL 的 productSet 與 bulk import，不是把 MCP 本身當成商品主資料系統。Shopify 的 Dev MCP server 主要是讓 Claude Code 取得 Shopify 文件、schema 與開發上下文；正式的商品同步則應透過 Admin API／CLI automation 完成。productSet 官方就明講是拿來把外部資料源同步進 Shopify；2026-01 之後 bulk mutation 也支援同店最多 5 個並行操作。Shopify CLI 目前也已提供 shopify app execute 與 shopify app bulk execute，可搭配 Claude Code 自動化，但 CLI 的 mutation 安全欄杆預設只允許對 dev store 執行，正式店要用你自己的 authenticated Admin API client。 (Shopify)

對你兩個想法的判斷

1. 用 Claude Code 處理品牌資料並直接同步 Shopify
可行，但正確做法是：

  • Claude Code：負責 schema mapping、欄位正規化、品牌資料清洗、metafield 對應、圖片與變體資料轉換、同步腳本生成
  • 正式同步層：用 Shopify Admin GraphQL productSet / bulk import / webhook 回寫
  • 主資料庫：獨立保存 canonical product data、版本、欄位驗證、審核狀態、同步記錄

也就是說，Claude Code 是 operator / compiler，不是 source of truth。這樣你才不會把整套產品治理綁死在 prompt 與單次 agent session 上。productSet 本來就是給外部資料源同步用；CLI + Claude Code 很適合做開發與批次操作，但正式店寫入仍應由你自己的同步服務掌控。 (Shopify)

2. 找一個 GitHub 上最強、MCP 友善、可重建現代 AI-native PIM 的專案
如果你要的是現在就能落地，我不會選「最紅」；我會選「最適合你這個 B2B catalog + Shopify migration 場景」。答案是：

  • 最值得你選：Directus
  • 最像傳統企業級 PIM：Pimcore
  • GitHub stars 最高但目前不該選：Strapi
  • 工程師導向、第二名候選：Payload
  • 最接近現成 Shopify PIM 套件：UnoPim (GitHub)

GitHub 專案實際排序

第一名：Directus
對你最實用。Directus 主 repo約 34.8k stars，官方已內建 native MCP，且官方頁面明確寫到 MCP 已包含在每個版本內、可沿用既有 permissions、可限制 destructive operations、可做 read-only。更關鍵的是 Directus 可以直接蓋在既有或新建的 SQL DB 上，官方也明寫「works with new or existing SQL databases, no migration required」。對你這種原本已經有 SilverStripe product schema、又準備切 Shopify 的公司，這比重新進一套厚重 PIM 更實際。 (GitHub)

第二名：Payload
Payload 主 repo約 42k stars，比 Directus 還高；官方也有 MCP plugin，可針對每個 collection 控制 find/create/update/delete，也能自訂 prompts、tools、resources。問題不是它弱，而是它更像「你自己寫一個產品資料應用框架」，不是現成給產品營運、採購、PM、內容人員長期操作的 product ops console。你團隊如果要高度 TypeScript-first、Next.js-first、全部工程化，它很強；但如果要替代 SilverStripe 那種後台型 product master，Directus 通常更快收斂。 (GitHub)

第三名：Pimcore
Pimcore 主 repo約 3.7k stars，不是最紅，但它是這幾個裡面最接近「真的 PIM/MDM」的。Pimcore 2025.4 是 LTS，官方已加入 experimental MCP support；但目前 MCP 是掛在 Datahub Simple REST 這條線上，而 Datahub Simple REST 官方文件明寫是 read-only，並透過 OpenSearch / Elasticsearch 索引輸出。這代表它比較像「AI 可讀取 PIM 資料」，而不是你現在就能把 agent 深度嵌進整個雙向寫入治理流程。優點是它非常像你現在 SilverStripe PIM 的進化版；缺點是更重、更企業導向、MCP 仍在較早期。 (GitHub)

第四名：Strapi
Strapi 約 72k stars，是這裡 GitHub 最熱門的，但這不等於它最適合你。現在的 MCP 狀態是：社群已有 plugin，Strapi 官方也公開說 native MCP server 正在建進 core。這代表它的 AI/MCP 方向是對的，但此刻對你來說不夠成熟，尤其你要的是 product data governance，不是單純 headless CMS。 (GitHub)

第五名：UnoPim
UnoPim 是最像「開箱可用 Shopify PIM」的選項。它官方 GitHub 說自己是 Laravel 12 的 open-source PIM，且有 built-in AI agent capabilities；另外也有 Shopify connector repo，明寫可同步 prices、descriptions、images。問題是它的整體社群能量與 repo traction 明顯小很多，長期可維護性、擴充性、社群生態都不如 Directus / Payload / Strapi / Pimcore。它適合當參考，不適合當你們未來 3–5 年主資料底座。 (GitHub)

我給你的直接結論

你現在最合理的路線：

路線 A：最佳平衡方案

Directus + PostgreSQL + object storage + 自寫 Shopify sync worker + Claude Code

  • Directus 當 product master
  • PostgreSQL 當 canonical schema
  • R2 / S3 放圖片與品牌原始附件
  • Claude Code 負責 mapping、import pipeline、欄位規則、bulk sync script、資料清洗
  • Shopify 由獨立 sync service 用 Admin GraphQL 寫入

這條路線最像把你原本 SilverStripe PIM 的「必要能力」保留，但把架構升級成 AI-native、可程式化、可觀測。 (GitHub)

路線 B：如果你們 catalog 複雜到像真正製造業 PIM

Pimcore + Shopify sync layer + Claude Code
適用條件：

  • 多層 attribute family
  • 多語系、多地區價格、多品牌共用資料模型
  • 複雜關聯、規格組合、審核流程很重
  • 未來不只同步 Shopify，還要同步別的 channel / ERP / DAM

這時候 Pimcore 比 Directus 更像正統答案，但導入成本也更高。 (Pimcore Documentation)

不建議的做法

  1. 不要只靠 Claude Code + prompt 直接改 Shopify
    這會讓你缺版本、缺審核、缺欄位約束、缺回滾策略。

  2. 不要把 Shopify 當 product master
    Shopify 是 commerce runtime，不是你們品牌原始資料治理中心。productSet 很適合當同步終點，不適合當產品真實主檔。 (Shopify)

  3. 不要因為 stars 高就選 Strapi
    你現在要的是 product operations，不是 generic CMS popularity。Strapi 的 MCP 方向正確，但還不是你這題的最穩答案。 (GitHub)

最終答案

如果你要我只給一個方案：選 Directus。
它不是 GitHub 上 stars 最高，但它是你這個場景下最實用、最可控、最接近 AI-native product master 的選擇。
Claude Code 應該拿來做：

  • 品牌資料 ingestion
  • schema / metafield mapping
  • productSet / bulk import script 生成
  • QA 檢查與欄位補全
  • 同步失敗重跑與 diff 分析

不要拿 Claude Code 取代 PIM 本體。
PIM 本體用 Directus；正式寫店用 Shopify Admin GraphQL。 (Directus)