Open Design 不是另一個 Figma 替代品，而是把設計流程變成可重跑的 Agent 工作空間

我最近看 Open Design 的時候，第一個感受不是「這又是一套設計工具」，而是它很明顯想把原本散在不同地方的設計工作，重新收斂成一個可以被 agent 執行、被設計系統約束、也能被重複跑的工作空間。

這件事重要的地方在於，很多團隊現在用 AI 做設計，常常還停留在「丟一段 prompt，拿一張圖」的階段。真正麻煩的其實不是生成，而是後面那一整串：找參考、定方向、套品牌規範、反覆修改、整理輸出格式、交付給別人接手。Open Design 這個專案吸引我的地方，就是它沒有把自己包裝成單純的生圖工具，而是直接把這條流程做成一個 agent 原生的工作系統。

它解的不是單點問題，而是整條設計鏈

Open Design 的官方定位很直接：它是「local-first、open-source 的 Claude Design 替代品」，而且是 macOS 與 Windows 的原生桌面應用。這個起點其實已經很有意思，因為它不是先想著「我怎麼再做一個畫布」，而是先想著「我要怎麼把 agent 時代的設計流程搬進一個可控的本地工作環境」。

在 README 裡，它把核心能力講得很清楚：

100+ skills
150 個品牌級 DESIGN.md 系統
261 個可直接使用的 plugins
可產出 web、desktop、mobile prototypes
也能做 live dashboards、artifacts、decks、images、video、HyperFrames
支援 sandboxed iframe preview，以及 HTML、PDF、PPTX、MP4 export

如果你把這些能力拆開看，其實會發現它不是在堆功能，而是在建立一個很完整的「設計到交付」流水線。也就是說，它不是只回答「怎麼畫」，而是同時回答「怎麼定規則」、「怎麼延伸」、「怎麼驗證」、「怎麼交接」。

這也是我會認為它值得寫成一篇 blog 的原因。因為它不是一個單點工具，而是一個工作方法。

我最在意的是它把設計系統變成了可執行資產

Open Design 最像「新世代」的地方，不是它能產出多少畫面，而是它把 DESIGN.md 變成了核心資產。

傳統上，設計系統很容易被放在一份文件、Notion 頁面，或某個團隊 wiki 裡。大家都知道它很重要，但真正落地時，往往還是要靠人腦記憶與手動套用。Open Design 的做法是把設計系統直接當成 agent 可以讀、可以寫、可以 remix 的東西。README 裡甚至把它形容成「filesystem of skills, design systems, and plugins」，這個比喻我很喜歡，因為它把設計從靜態資產變成了可操作的系統。

這意味著什麼？

意味著你不是每次都從零開始跟 agent 解釋「請用我們品牌的字體、間距、色彩與語氣」。你可以把這些規範收斂成設計系統，然後讓不同 skill、不同 plugin、不同輸出型態都沿用同一套約束。對團隊來說，這會比單純靠 prompt 模板穩定很多。

我自己的判斷是，這種設計方式更接近「把品味制度化」，而不是單純追求生成速度。

它真正有趣的，是把 agent 協作做成平台能力

Open Design 不只支援 Claude Code，也支援 Codex、Cursor、OpenCode、Qwen、Copilot、Amp、Hermes、Kimi、Antigravity，還能透過 BYOK 連到 OpenAI 相容端點。更實際的是，它不是只列支援名單，而是直接提供 od mcp install <agent> 這種一行式安裝方式，讓 MCP server 可以接進不同 agent 的生態。

這件事讓我很有感。因為很多工具都說自己「支援多個 agent」，但實際上只是「能連」而已。Open Design 比較像是把這件事做成一個正式的 adapter 層：同一套能力，透過不同 agent 入口被消費。對我來說，這代表它不是在做單一應用，而是在做一個可擴充的 agent 工具平台。

它的產品敘事也很一致：

Home：從 brief 開始
Automation：把重複流程排成自動化
Design System：把品牌規範收斂成 contract
Plugins：擴充能力
Integrations：連外部系統與 MCP 工具
Studio：輸出 prototype、deck、image、video、HyperFrame

如果你把這些頁面串起來看，就會發現它不是先做輸出，再補流程，而是反過來：先定流程，輸出只是流程的最後一站。

我會怎麼理解它和一般 AI 生圖工具的差別

很多人看到這類工具，第一反應會拿它跟生圖工具比。但我覺得這樣比不太準。

Open Design 比較像是：

先用 skill 和 design system 定義工作方式
再用 agent 去執行設計任務
中間可以插入參考蒐集、互動編輯、評論整理、動態效果與交付輸出
最後把結果送到可預覽、可匯出、可交接的格式

也就是說，它不是單純幫你「出圖」，而是幫你「完成一個設計任務」。

這樣的差異非常關鍵。因為 AI 工具真正的價值，往往不是把單次產出做到更漂亮，而是讓整個工作流更少摩擦。Open Design 把摩擦點放在平台裡處理，像是：

多個 session 併行
參考資料與輸出素材的整理
針對不同 artifact 類型切換輸出
透過 sandboxed preview 檢查結果
交給 editor 或 code agent 繼續完成後段工作

這些都不是「看起來很炫」的功能，而是很務實的生產線設計。

如果你想開始用，我會建議先走最短路徑

Open Design 的 Quickstart 很清楚，官方提供了兩條常見路線：本機開發與 Docker 方案。

路線一：Docker，最適合想先看成果的人

官方文件建議先進到 deploy 目錄，複製環境範本，產生 token，然後啟動服務：

cd deploy
cp .env.example .env
openssl rand -hex 32
docker compose up -d

啟動後可以從 http://localhost:7456 進入。

如果你只是想先確認產品形態，我會建議先走這條。因為它最接近「開箱即用」，而且不需要先處理完整的 Node 與 pnpm 開發環境。

路線二：本機開發，適合要深入理解的人

官方 Quickstart 也提供了本機方式，前提是：

Node.js 24.x
pnpm 10.33.x
macOS、Linux、WSL2 為主要路線
Windows 也支援

對應指令大致是：

corepack enable
pnpm install
pnpm tools-dev run web

如果你要把完整背景服務都拉起來，也可以直接用：

pnpm tools-dev

我會特別注意兩件事：

第一，官方有提到它會掃描你的 PATH 來找已安裝的 agent CLI，所以如果你裝了 Claude Code、Codex 或其他 CLI，卻在介面裡顯示沒偵測到，通常不是功能壞掉，而是啟動環境的 PATH 不完整。

第二，它的設計不是只靠 GUI 操作。真正能發揮價值的地方，是把 skill、design system、插件與 agent CLI 串成一條可重跑的流程。也就是說，Open Design 的學習曲線不是「學會怎麼點按鈕」，而是「學會怎麼把你的設計規則系統化」。

我認為它最適合哪種團隊

如果你問我，Open Design 比較適合誰，我會這樣分：

1. 有品牌規範、但常常落地走樣的團隊

這類團隊最需要的不是更多靈感，而是更一致的執行。DESIGN.md 這種方式可以把規範收斂成可被 agent 重用的資產，對視覺一致性很有幫助。

2. 已經把 Claude Code、Codex、OpenCode 當工作流的一部分的人

如果你的團隊本來就習慣用 CLI 型 agent，Open Design 的 MCP 與 adapter 路線會很順。它不是要你放棄既有工具，而是把它們拉進同一個設計工作系統。

3. 需要快速產出 prototype、deck、dashboard 的產品與設計團隊

它不是只做單一類型輸出，而是把 prototype、deck、image、video、motion 都放在同一個流程裡。對需要快速迭代提案、驗證概念、做內部簡報的團隊來說，這很實用。

4. 喜歡把工作流做成可重現流程的人

如果你在意的是「下次同樣的任務要能再跑一次，而且結果不要飄」，那 Open Design 很對味。它的核心不是靈感，而是流程可重現性。

但它也不是沒有代價

我不會把 Open Design 描述成「裝了就解決一切」。它的代價也很明顯。

首先，環境需求不算隨便。Node 24、pnpm 版本、Docker、PATH、agent CLI 偵測，這些都代表它更偏向進階使用者，而不是完全零門檻工具。

其次，它的能力很廣，廣到你如果沒有先想清楚流程，容易只把它當成另一個生成器。這樣用，價值會打折。你得先知道自己想標準化的是什麼：版型、提案、dashboard、品牌套件，還是多 agent 協作下的交付流程。

最後，它強調的是 agent 與設計系統的結合，所以如果你的團隊還沒有任何設計規範，直接上手反而可能會覺得太多概念要學。這類工具最適合的，不是完全空白的團隊，而是已經開始在意一致性與可重複性的團隊。

我的結論

我看 Open Design，最有感的地方不是它有多少功能，而是它想改寫「設計工作到底應該怎麼被執行」。它把設計從單一輸出工具，拉升成一個 agent 原生的工作空間；把設計系統從文件，變成可執行資產；把不同 CLI 與 MCP 入口，變成同一套流程的不同外觀。

如果你只是想快速做一張圖，它可能太重。可如果你想做的是一個可重跑、可協作、可交付的設計流程，我覺得它值得研究。

對我來說，Open Design 的真正價值，不是「取代 Figma」，而是提醒我們：AI 時代的設計工具，終究會從「畫面」走向「流程」。

參考資料