2026 年 5 月 28 日,Figma 給了 Figma Make 一項多數人以為還要幾年才會出現的能力:透過 Figma 桌面版應用程式,把 Make 連接到生產(production)或 sandbox 儲存庫,讓它成為官方所說的「可建造與編輯真實軟體的視覺介面」。同時推出的還有一個精確調整編輯面板,負責版面、顏色、字級與效果等細部修改。這一步的意義很直接:Figma 不再只是畫設計稿的工具,而是可以直接作用於 production codebase 的程式碼編輯器——設計到程式碼的最後一段邊界,正在被拆掉。
新功能怎麼運作
根據 The Verge 報導,連線透過桌面版 App 完成,團隊可以自行選擇接上正式儲存庫或 sandbox 儲存庫——後者明顯是讓團隊先在安全環境裡試水溫。連上之後,Figma Make 就成為該程式碼庫的視覺編輯層:大改用提示詞驅動,微調交給新面板,兩者在同一個介面裡完成。CMSWire 的觀察相當直白:這些新能力讓設計師「不必離開畫布就能編輯 production code」,等於把設計師推得更深地走進工程領域。
從原型產生器到生產工具
這一步也代表 Figma Make 的身分轉變:它原本是 prompt 驅動的原型產生器,現在則宣稱自己是真實軟體的編輯介面。同日發布的 Figma 官方文章《4 new ways to go from idea to product with AI tools》給了幾個可供參照的數字:行銷公司 Merkle 用 Figma 的 AI 代理產生約 50 個版面變化,把原本要花數天的工作壓縮到數小時;Affirm 的結帳付款方案徽章,從發想到可運作原型只花兩天,過去通常需要六週。
同篇文章還介紹了 Make kits——官方的說法是「Make kits 之於 Figma Make,就像 MCP 之於 AI 生成的程式碼」,讓原型從第一個 prompt 開始就使用團隊真正的元件與樣式;配套的 Make attachments 則把資料與品牌規範等專案上下文帶進 Make。這些機制是生產編輯能否不失控的關鍵:視覺編輯要能落地,前提是它操作的是真實的設計系統,而不是憑空生成的近似品。
設計與工程的邊界重畫
把視覺編輯接到 live repo 上,改變的不只是工具鏈,還有權責。設計師可以更快觸及「真的能跑」的東西——FloQast 的案例正是如此:在 AI coding 工具裡做出帶模擬後端的原型,用真實客戶資料測試後,才發現「表面上看對、實際上會垮」的流程。但生產儲存庫的每一次視覺編輯,終究是一個 commit。當編輯入口變多,code review 與 CI 就成了新的守門員,工程端的審查流程會是下一個瓶頸。Figma 自己描述的設計到程式碼循環——原型進 AI coding 工具、拉回畫布精修、再透過 MCP 帶著設計上下文回到程式碼——說明的正是這條來回通道已經雙向打通。
採用前的三個務實提醒
一、先連 sandbox 儲存庫,等團隊建立起審查紀律後再接正式環境;二、把 Make 產生的每一次修改都當成 pull request 對待——過 diff、過 CI,面板再精確,落地仍然是一個 commit;三、第一天就把 Make kits 或 MCP 設計系統串好,讓視覺編輯操作的是真正的元件與 token,否則設計債只會從設計稿搬進程式碼庫。工具把門打開了,治理得自己帶。
參考來源
- Figma Make can edit your production codebase now — The Verge
- Figma Make Brings Visual Editing to Live Codebases — CMSWire
- 4 new ways to go from idea to product with AI tools — Figma
本文由 AI 協助自上述來源整理，經人工審核後發布。