跳到正文
IFAI

AI工具

Figma Make 支援直連原生代碼庫:用視覺化拖拽直接改生產程式碼

首次發布 傳播指數 41

Figma 宣佈 Figma Make 支援連線本地生產程式碼庫。設計師在畫布上調整樣式或新增標註,內建智慧體就會自動修改對應程式碼,並支援分支與 PR 等 Git 工作流。這打破了設計與程式碼的割裂,目前僅在 Mac 桌面 Beta 版開啟內測。

過去十年,設計師和程式設計師之間最大的鴻溝,往往來自那句無奈的「你改的介面,跟程式碼裡寫出來的根本不是一回事」。

即使有了各種設計規範和交付工具,很多微小的間距調整、字型替換或者文案修正,依然要在兩套完全隔離的系統裡來回倒騰。

Figma 宣佈為旗下產品 Figma Make 推出重磅更新:現在它能夠直接連線你的本地生產程式碼庫。

這意味著你不用再把設計稿導成切圖發給前端,也不用非得鑽進冷冰冰的 IDE 裡去翻元件。在 Figma 裡面動動滑鼠,底層的真實程式碼就跟著變了。

畫布拖拽,AI 在背後默默敲程式碼

Figma Make 這次的核心機制,是在原生代碼庫和視覺化畫布之間塞進了一個原生 AI 智慧體。

你在 Make 介面裡選中一個元素,直接拉大尺寸、換個顏色、調調邊距或者換字型,智慧體就會在後臺的程式碼庫裡找到對應的元件檔案,直接把程式碼改寫成你設計的效果。

如果涉及更復雜的互動或動效,單靠拖拽不夠直觀,你還可以在螢幕元素上打標註。這些註釋放到具體上下文裡,智慧體就能一眼看懂你想聯動改哪幾處邏輯,比對著空聊天框打一段提示詞高效得多。

更接地氣的是,Figma 並沒有另搞一套封閉的玩具系統,而是完整接入了 Git 工作流。

你的每一次改動在提交前都儲存在本地 commit 中。它支援切分支、回滾版本,最後把成果打包成標準的 Pull Request,交給工程團隊走常規的 Code Review 流程稽核合入。

團隊成員之間還能互發連結共享分支,把程式碼改動像檔案一樣協同檢視。

同時,Figma Make 裡的螢幕、頁面和元件可以直接複製,貼上回常規的 Figma 設計畫布,變成可分層編輯的圖層,讓產品設計和程式碼開發徹底在同一個閉環裡打通。

目前內測僅限 Mac,不扣 AI 額度

不過,這一整套誘人的工作流目前才剛剛起步。

這項直連原生代碼庫的新功能從 5 月 28 日起進入限量 Beta 測試,目前只對 Mac 平臺的 Beta 桌面端應用開放,其他系統還得再等等。

想嚐鮮的使用者需要申請加入候補名單,Figma 官方表示提交申請不保證一定能入選。

在測試期間,使用這些功能不會消耗 AI 額度,具體的 AI 積分定價方案會在後續公佈。

另外 Figma 也坦承,雖然他們努力讓非技術人員上手更容易,但目前階段最適合的,依然是那些已經在公司擁有程式碼庫許可權、懂一點開發流程的設計師。

為什麼重要

我們認為,Figma 這步棋下得非常準,它真正切中了 AI 時代協同工具的最大痛點。

市面上大多數 AI 程式碼工具(比如 Cursor 或各類編碼 Agent)都在拼命把開發者留在 IDE 裡,但對於廣大的設計師和產品經理來說,終端和程式碼編輯器永遠不是他們的舒適區。Figma 的做法不是教設計師去寫程式碼,而是讓設計師在自己最熟悉的視覺畫布上,直接撬動程式碼。

對使用者來說,獨立開發者和小團隊能直接砍掉大量的溝通磨合成本。以前為了改幾個畫素的間距或按鈕圓角,設計師得截圖打紅圈、提 issue、等前端排期,現在設計師自己就能拉分支改好提 PR,工程師只負責過目合入。

但這裡的隱患也不容忽視。程式碼規範、元件封裝複用以及狀態管理的複雜度,遠不是調調 CSS 樣式那麼簡單。AI 改出來的程式碼能不能經受住大型專案架構的考驗,會不會引入難以排查的壞味道,這完全取決於工程師團隊把控 PR 的嚴謹程度。

無論如何,將設計畫布與生產程式碼庫通過 Git 縫合在一起,讓設計真正變成了軟體交付的第一生產力。這也給所有傳統的開發工具敲了個警鐘:未來的軟體工程入口,很可能不再是一行行程式碼,而是一張無邊界的畫布。

來源 (1)

  1. [1]

每日 AI 內容精選