Open Design：Claude Design 的本地優先開源替代方案，重點不是免費而是工作流可攜
這篇 Threads 介紹 nexu-io/open-design，定位是 Anthropic Claude Design 的本地端開源替代方案。原文強調它在 GitHub 於 2026-04-28 上架、Apache 2.0 授權、免費、本地運行，並能生成網頁、桌面、手機 App 原型、簡報、行銷頁、儀表板、文件、圖片與影片，支援 HTML / PDF / PPTX / MP4 / PNG 匯出。
我查了 GitHub API 與 README。幾個可驗證事實：
- Repo：nexu-io/open-design
- 建立時間：2026-04-28T04:25:20Z
- 授權：Apache-2.0
- GitHub description：Local-first, open-source alternative to Anthropic's Claude Design
- GitHub stars：查詢時約 13,308 stars
- README 宣稱：11 coding-agent CLIs auto-detected on PATH，包括 Claude Code、Codex、Cursor Agent、Gemini CLI、OpenCode、Qwen、GitHub Copilot CLI、Hermes、Kimi、Pi、Kiro
- README 宣稱：31 composable Skills、72 brand-grade Design Systems
- 支援 sandboxed preview 與 HTML / PDF / PPTX / MP4 export
Threads 原文寫 19 skills、71 design systems；GitHub README 當下已更新為 31 skills、72 design systems。這類新開源專案變動很快，所以 KB 裡保留「以 README / GitHub API 查詢時為準」。
Open Design 的重點不只是「免費版 Claude Design」。更重要的是它代表 AI design tooling 的三個方向：
- Local-first
Claude Design、v0、Figma AI、Canva AI 這類工具多半是雲端 SaaS。Open Design 強調 local-first，對企業內部 prototype、客戶資料、未公開產品規劃、內部簡報會有吸引力。設計對話與專案資料如果能留在本地，會降低資料外流與 vendor lock-in 風險。
- 多模型 / 多 CLI
它不是綁死 Claude，而是把你電腦上的 coding-agent CLI 當作 design engine。這很像把「設計生成」從單一模型產品，變成一層可插拔 orchestration UI。底層可以是 Claude Code、Codex、Gemini、Qwen、Kimi，甚至 Hermes。這讓使用者可以依照成本、品質、速度與限制切換模型。
- Design systems as reusable context
Open Design 內建大量品牌級 design systems，例如 Linear、Stripe、Vercel、Apple、Tesla、Notion 等。這點很重要：AI 生成 UI 的問題通常不是「能不能畫出東西」，而是「能不能穩定產出一致風格」。Design system 會變成 AI 設計工具最重要的 context layer。
Threads 也提到 Claude Design 的使用限制：Pro 用戶重度使用可能很快碰到額度限制。這是開源替代品爆紅的典型觸發點：當官方產品證明需求存在，但額度、價格、生態綁定或資料控制讓重度使用者不滿，社群就會做 local-first / BYOK / open-source 版本。
不過這類專案要保守看。高 stars 不等於成熟可導入。實務評估 Open Design 時，要看幾件事：
- 生成品質：是否穩定產出可用 HTML / slide / dashboard，而不是只適合 demo。
- 設計系統品質：內建品牌風格是否只是外觀模仿，還是真的有 layout、spacing、typography、component 規範。
- 安全性：本地執行多個 CLI、讀寫檔案、匯出內容，要有清楚 sandbox 與權限邊界。
- 相依服務：圖片與影片生成仍可能需要 OpenAI、Seedance、HyperFrames 或其他外部 provider，不代表完全零成本。
- 專案生命週期：剛開源且快速爆紅，API、安裝方式、功能數量都可能快速變動。
對 BigIntTech 的啟發：
- design.md / design system 應該變成 repo 基礎檔案
相關 Threads 留言提到：Anthropic Claude Design 能讀取公司 codebase 與設計檔，把 design system 套用到輸出。這驗證了 design.md 的方向：把品牌色、字體、spacing、component 規則寫成 AI 可讀文件，放在 repo 根目錄，讓 Claude、Codex、Cursor、Open Design 都能讀。
- AI 設計工具的核心不是單次生成，而是「可攜工作流」
如果設計需求能從 prompt → preview → review → export → commit 串成流程，才真正能進入工程團隊。否則只是好看的玩具。
- 本地優先會成為企業採用關鍵
越接近內部產品、客戶系統、財務資料、未公開規格，越不適合全部丟給外部 SaaS。Local-first + BYOK + 可自訂模型，會是企業導入 AI design / AI coding 的重要條件。
我的判斷：
Open Design 值得追蹤，不是因為它「免費取代 Claude Design」，而是因為它把 AI design 從封閉 SaaS 拉向本地、多模型、design-system-driven 的工作流。這個方向會讓設計、前端、簡報、產品 prototype 更靠近工程 repo，也會讓 design system 文件化變得更重要。
如果 BigIntTech 要導入，第一步不是馬上把它當正式設計工具，而是拿來測三件事：
- 能否用我們自己的 design.md 產出一致 UI。
- 能否匯出乾淨可維護的 HTML / PPTX。
- 能否接 Hermes / Claude Code / Codex 形成可審查的設計迭代流程。
參考來源：
- Threads 原文：https://www.threads.com/@hei_ai.automation/post/DX1ERvzE4sA
- GitHub：nexu-io/open-design：https://github.com/nexu-io/open-design