Figma 讓設計規則寫給 AI agent 看：Specs 與 Code layers 之後，設計系統文件由誰維護？

10 月 14 日，Figma 在印度舉辦的首屆 Config 上發表了一批功能，其中最值得設計系統團隊留意的是 Specs：一個以 Markdown 為基礎的編輯器，讓團隊把設計語言與規則寫下來，供人與 AI agent 共同參照。Specs 可以是 Figma 裡的獨立檔案，也可以放在畫布上，能引用畫布元素，並嵌入 FigJam 圖表、程式碼圖層與設計稿。團隊也能把設計庫、程式碼庫與指南集中進來，作為 agent 設計時可查閱的共同背景。Figma 說，這同時適用於它自己的 agent 和第三方 agent。

同一場活動裡還有什麼

Code layers（程式碼圖層）從 6 月的私測進入公開 beta，可以讓使用者請 agent 把設計轉成程式碼，或修改其中一部分。Figma 的 MCP 新增超過 20 個工具，報導點名了 Open Code、Dia、Meta Muse 和印度新創 Sarvam。畫布上的 agent 在活動前一週內擴大開放，Figma 說正在增加工具，讓 AI 的結果更可預測。

首席設計長 Loredana Crisan 在說明背景時給了一組數字：現在產出的程式碼行數是過去的 17 倍，但發布次數只多了 1.3 倍。這組數字想說的是，瓶頸已經從「產出」移到「審查」，而 Specs 的用意，就是讓 agent 一開始就少做會被退回的東西。

Specs 解決了什麼，又沒說什麼

先看已知的。TechCrunch 與 ALM Corp 的報導都沒有 Specs 的價格、方案或明確的上市日期；Technori 在 10 月 21 日的文章則寫到 Specs 為公開 beta，提供給 Professional、Organization 與 Enterprise 方案，另外還有 Guidelines（把指南檔掛在已發布的設計庫上，由 Figma 自動傳給 agent，公開 beta）和 Code sources（讓 agent 讀取 GitHub 或 npm 裡的真實元件，封閉 beta）。這些方案資訊只出現在單一來源，使用前請到 Figma 官方頁面確認。

ALM Corp 也直接列出了沒有交代的事：agent 實際怎麼讀取一份 Spec、agent 必須多嚴格遵守、Figma 怎麼強制，以及第三方 agent 現在能不能用。報導也沒有宣稱 Specs 能讓結果完全一致。換句話說，Specs 提供了「規則的家」，但「規則被執行到什麼程度」目前沒有公開說明。

設計系統文件從參考資料變成指令

Technori 的核心論點是：設計系統文件不再只是給人查的參考，AI agent 現在會讀它、照它做。含糊的規則會變成需要人審查、常常被丟掉的輸出，而把規則寫精確，是減少浪費最便宜的做法。文章建議先寫五類內容：元件規則（agent 可以用哪些元件、絕對不能發明哪些）、間距與字型的精確數值而不是形容詞、各種狀態與邊界情況（空白、載入、錯誤、無權限）、內容規則（語氣、大小寫、按鈕文案），以及已淘汰的模式（不要讓 agent 復活它們）。

誰來維護？該文把責任放在產品團隊，並建議文件短到一個人能維護，規則和元件一起隨設計庫發布。

三個要先想清楚的風險

第一，過期的文件會讓 agent 大規模地走錯方向，因為它會一致、有自信地照舊規則做。第二，用量：Technori 指出 Code layers 在付費方案上的編輯在 2026 年 11 月 4 日前免費，之後會使用 AI credit，Specs、Payload 與圖像生成也會消耗額度。第三，可攜性：Specs 本身是 Markdown，但周邊大量的背景資訊存在 Figma 設計庫裡。

文章還提了一個值得記下的反向檢驗：如果一季之後，團隊仍然丟掉大部分生成的結果，那麼文件可能根本不是瓶頸。

這跟你的錢有什麼關係

如果你負責設計系統，現在能做、而且不需要等 Specs 開放的事是：把現有文件裡的形容詞改成數值，把「不要發明」的元件規則寫出來，指定一位負責人，並開始記錄生成結果被丟掉的比例。這個比例才是判斷文件有沒有用的證據，也是日後要不要為額度付費的依據。

如果你在評估 Figma 方案，請注意以上功能多半仍在 beta，方案資訊目前只有 Technori 一個來源，而且 Code layers 的免費期限只到 11 月 4 日。不要為了一則發表會消息先升級，等你能在自己的檔案上實測，再決定。