Figma 的開源替代方案
Figma 很優秀,也不會消失。但檔案格式是專有的、席位是訂閱制的、畫布跑在別人的雲上。這是一份誠實的判斷:什麼時候 Figma 仍是答案——以及什麼時候,擁有一套 agent 原生、本地優先的工作流會贏。
Figma 很優秀。我們用它交付真實的工作已經好幾年了,這不是一篇「Figma 已死」的文章——它完全不是。我們沒有再造一塊畫布、而是做了一個開源的 skill 層,原因並不是嫌 Figma 做得不好。這是一個押注:設計工作的下一個十年,看起來會更少地像「無限畫布上的一個游標」,更多地像「一個你本來就在付費的 agent,驅動一套你真正擁有的工作流」。這篇文章,是一個同賽道團隊對 Figma 的誠實判斷:它最擅長什麼、它在哪裡把你鎖住、開源路徑到底長什麼樣、以及這個季度你該選哪一個。
Figma 到底是什麼
Figma 是預設的協作設計工具。瀏覽器裡的即時多人畫布,配上面向交付的 Dev Mode、用來做白板的 FigJam、以及一組不斷長出來、掛在同一個介面上的 AI 功能。定價是按席位、按月,再按角色和組織分檔。
有幾件事,它做得比任何工具都好:
- 即時畫布協作。五個人在同一個檔案裡,游標即時可見,評論就地展開。開源裡沒有任何東西能匹配這種多人協作的打磨度。
- 像素級向量工作。Auto Layout、約束、變體、元件——畫布原語成熟,肌肉記憶扎得很深。
- 龐大的外掛生態。十年沉澱的第三方外掛、社群檔案和範本,拿來即用。
- 團隊已經熟悉的交付方式。Dev Mode、inspect、標註紅線,工程師被訓練了多年的那套流程。
如果你的工作是一名設計師在共享畫布上畫精確的螢幕、給其他人 review,Figma 仍然是答案,而且是個好答案。真正值得在意的差異,藏在下面一層——在於誰擁有這個檔案、這套工作流和這條成本曲線。
它在哪裡把你鎖住
Figma 帶著四重值得開門見山說清的鎖定,因為定價頁不會說。
檔案是專有的。你的設計活在 Figma 的格式裡、Figma 的伺服器上。你能匯出 PNG 和交付規格,但真正的事實來源——元件、變體、活的設計系統——只有在 Figma 裡才完全可讀。沒有一個純文字版本能在工具之外存活下來。
執行時是託管的。畫布就是雲。對於代理商工作、或 NDA 下的發佈前創意,「這個檔案存在哪」每次都是一場採購對話,而不是一個設定項。本地優先,不是一個可選模式。
外掛不可移植。Figma 的外掛生態真實且深厚——但每個外掛都跑在 Figma 的執行時裡、對著 Figma 的 API。你在那裡搭的工作流,沒法被拎出來、交給你筆電上的一個 agent 跑,也沒法被組合進一條不以 Figma 畫布開頭的流水線。
帳單永遠是按席位的。訂閱席位對一個穩定的設計團隊沒問題。但對快速擴張的組織會變得彆扭,對那條長尾——本來也能接手同一套工作流的貢獻者、外包、一次性合作者——則根本不成立。
這些都不是 bug。它們是一個託管的、協作畫布產品的形狀,而 Figma 是這個形狀裡最好的版本。我們只是不為畫布而造——我們為 agent 而造。
Open Design 押的那個轉變
Open Design 不是 Figma 的複製品。這裡沒有無限畫布,也沒有多人游標。它是一個薄薄的 skill 層,把你本來就在用的編程 agent 變成一台設計引擎。四個原語是 skills、systems、adapters 和 daemon——而關鍵在於,它們全都只是檔案:
- 每個 skill 是一個
SKILL.md檔案,你可以讀、可以 fork、可以提 PR 回來。 - 每個設計系統是一個可移植的
DESIGN.md檔案——包括我們為 Figma 本身 ship 的那一份。你可以在任何編輯器裡打開它、在 git 裡 diff 它,它能活得比下一個讀它的工具更久。 - 每個 agent adapter 大約 80 行 TypeScript。
這換來的,正好是上面四重鎖定的反面:
- 檔案是純文字。skill 和 system 是 repo 裡的 Markdown。你的設計系統不靠工具也能讀。
- 執行時在本地。它透過
pnpm tools-dev跑在你的筆電上,或者你自己部署。提示詞發給你選的模型提供商——什麼都不經過我們。 - 工作流可移植。一個 skill 就是一個資料夾。它能組合進你
$PATH上的任何 agent,而不是某個廠商的外掛執行時。 - 預設 BYOK。貼上任何 OpenAI 相容的
base_url和 key;你的 token 直接發給提供商。Apache-2.0,無需註冊,沒有按席位的帳單。
心智模型是這樣的:Figma 是一塊你租來的畫布。Open Design 是一套你擁有的工作流。
逐項對照
| Figma | Open Design | |
|---|---|---|
| 授權 | 專有 | Apache-2.0 |
| 執行時 | 託管(瀏覽器,Figma 雲) | 本地 daemon(pnpm tools-dev)+ 可選自託管 |
| 原始檔格式 | 專有 .fig | repo 裡的純文字 SKILL.md / DESIGN.md |
| 主要介面 | 即時多人畫布 | agent 驅動生成 + 沙箱預覽 |
| 模型 / AI | Figma 自家 AI 功能 | 任意 OpenAI 相容端點 + 偵測到的編程 agent CLI |
| 外掛 | 市集,跑在 Figma 內 | 可 fork 的 skill 資料夾,任意 agent 都能跑 |
| 設計系統 | Figma 程式庫(工具內) | 可移植的 DESIGN.md 檔案(含一份 Figma 的) |
| 定價 | 按席位訂閱 | 免費;你直接付給模型提供商 |
| 交付 | Dev Mode、inspect、紅線 | $PATH 上任意 agent,外加 HTML / PDF / PPTX / ZIP 匯出 |
| 可自託管 | 否 | 是(筆電或你自己的部署) |
| 資料路徑 | 檔案 → Figma 雲 | 提示詞 → 你選的提供商;什麼都不經過我們 |
誠實地總結:Figma 擁有市面上最打磨的協作畫布體驗,而對一個一起 review 精確螢幕的設計師團隊來說,這份打磨就是產品本身。Open Design 則完全用畫布換來了一個程式庫——skills、systems 和 agents,設計成與你筆電上已有的工具組合起來用。不同的形狀,不同的押注。
誰該選哪個
| 如果你是…… | 選 |
|---|---|
| 做即時、多設計師畫布工作、需要線上 review 的設計團隊 | Figma。開源裡沒有東西能匹配那塊多人畫布。 |
| 整天做像素級向量和元件工作的設計師 | Figma。畫布原語成熟,你的肌肉記憶值真金白銀。 |
| 已經標準化在 Figma 上、Dev Mode 進了工程環節的組織 | Figma。整合成本你已經付過了;把它花掉。 |
| 已經在終端機裡驅動 Claude Code、Codex 或 Cursor 的設計工程師 | Open Design。你的 agent 就是設計引擎;skill 層加上品味和結構,不用再裝一個新應用。 |
| 任何需要 BYOK、專案中途換模型、或敏感簡報要本地化處理的人 | Open Design。現實比宣傳更粗糙,但這是唯一真正成立的契約。 |
| 想要一套能熬過工具更替的設計系統的團隊 | Open Design。DESIGN.md 檔案比讀它的工具活得更久。 |
| 想 ship 一套專案能採納的設計工作流的開源貢獻者 | Open Design。放一個資料夾,重啟 daemon,提 PR。 |
對大多數團隊來說,定勝負的那個維度不是品質——Figma 的手藝是真的。而是:你的工作是一塊用來畫的畫布,還是一套用來自動化的工作流。如果是後者,你會更想擁有它,而不是租它。
接下來做什麼
如果你已經有一個可重複的 Figma 活兒——匯出這些 frame、同步那些 token、重建那個 deck 範本——感受差異最快的方式,是把其中一個遷移成一個外掛。從一個煩人的、可重複的小任務開始,而不是「替換 Figma」。
或者直接跑那條三行命令的快速上手,把它指向你本來就在付費的模型。整個東西活在一個 repo 裡,第一個 deck 大約十分鐘。
延伸閱讀
- 如何把 Figma 工作流遷移成 Open Design 外掛——一次匯出、token 同步或品牌套件的具體路徑
- Claude Design 的開源替代方案——同樣誠實的判斷,換一個工具
- 為什麼我們把 Open Design 做成 skill 層,而不是一個產品——「是層,不是產品」這個押注背後更長的宣言