Figma 的 Agent 脫離 Beta，並將設計系統一併帶上
--- title: Figma 的 Agent 脫離 Beta，並將設計系統一併帶上 slug: figma-agent-left-beta-and-brought-the-design-system-with-it meta_title: Figma Agent 正式推出，搭配資源庫準則 meta_description: Figma 的 Agent 於 10 月 6 日正式推出，以設計系統 Markdown 檔案為依據，並定位為現有編輯器內的一層。 category: ai tags: Figma Agent,design systems,Weave,generative plugins,MCP,design workflow,AI credits,general availability,Markdown guidelines ---
Figma 在 10 月 6 日將旗下的 Agent 移出 Beta，而該公司選擇的表述方式，充分說明了設計工具未來的走向。其賣點是在團隊已使用的環境中新增一層，而且它的運作單位是設計系統。
這正是 Figma 相較於獨立生成式應用程式的結構性優勢。一個會讀取你建立之資源庫的 Agent，和一個只根據提示重新生成畫面的 Agent，兩者做的事情並不相同。
實際推出了什麼
最主要的新增功能是資源庫層級的 Markdown 準則。資源庫擁有者上傳描述元件規則、最佳實務和應避免模式的檔案，而每當有人在啟用該資源庫的情況下輸入提示，Agent 就會讀取這些檔案。設計系統的指示會跟著元件一起移動，而不是在每次請求中重複。
搜尋範圍現在涵蓋 Figma Design 檔案、FigJam 便利貼和 Figma Slides 內容，使用者也可以將檔案附加到提示中，或直接將節點貼進提示。團隊還能觀看協作者的 Agent 在畫布上即時運作。
生成式外掛已正式推出，自訂技能可以發佈到團隊或社群，外部整合則涵蓋 GitHub、Notion 和 Slack。使用量會消耗 AI 額度。
畫布上的進入點也新增了編輯用的圖像模型選擇功能，這對已有偏好生成工具的團隊來說很重要。Figma 表示延遲降低是此次發佈的一部分，這類改善決定了 Agent 用起來像工具，還是像等待。
Figma 的工作流程層 Weave 將同樣的概念延伸到活動素材。其中一個已發佈的工作流程使用生成效果節點，將原始素材轉換成品牌資產，因此設計系統能驅動的不只是當初為其撰寫的設計。Weave 工具的社群發佈功能也已上線，讓設計師能分享他們建立的工作流程，而不只是分享成果。
Figma 也投資了周邊基礎設施，包括擴編倫敦辦公室，以及為企業客戶在日本提供資料駐留。這些舉措對個別設計師來說較不重要，對決定是否要將生產工作導向該平台的組織則更為關鍵。
為什麼設計工具是這項論點的正確舞台
設計工作有一項特性，讓 Agent 的採用變得清晰可見：輸入已經結構化。設計系統是一組具名元件，並有文件化的規則，這接近 Agent 在提示之外採取行動時所需的條件。這就是為什麼 Figma 的基礎依據主張，比通用型助理承諾更好的輸出更可信。
這也意味著失敗模式是可衡量的。一條被忽略的設計系統規則會產生與資源庫不符的畫面，審查者可以看得出來。對照之下，寫作助理的遵循程度取決於品味，沒有人能證明它漏了什麼。
Luke Wroblewski 關於文件化的觀察，是這個論點最銳利的版本。設計團隊花了多年時間，試圖讓人們閱讀他們的設計系統文件。Agent 每次寫程式碼時都會讀它。讓文件腐壞的維護負擔，並不適用於一個永遠不會感到無聊的讀者。
60% 的說法，以及它沒說的事
Figma 報告指出，新的 Agent 在與專業設計師進行的人類評分評估中，勝出率超過 60%，並將結果歸因於更好的指令遵循能力，以及對較長任務的處理有所改善。
這個數字需要放在脈絡中理解。Figma 的評估文章並未包含樣本數、任務組合或基準比較，因此這是人類評分的設計師比較，而不是一般基準測試分數。請把它解讀為方向的證據，而不是精確的能力水準。
該公司對弱點則更為坦率。設計系統的遵循度有所改善，但仍低於 Figma 自己的目標。這項指標將決定 Agent 能否在生產工作流程中取得永久地位，因為一個忽略資源庫的 Agent，只是在用更多步驟製造噪音。
為什麼以資源庫為依據才是真正的產品
設計團隊花了多年時間，試圖讓人們閱讀他們的設計系統文件。正如 Luke Wroblewski 在發佈後所指出的，Agent 每次寫程式碼時都會讀它。這個單一轉變改變了維護設計系統的經濟效益，因為遵循與否不再取決於設計師是否記得某條規則。
這個機制並不光鮮亮麗。一個附加到資源庫的 Markdown 檔案，當作示範並不吸引人。然而，這正是差別所在：一個 Agent 只會產生看似合理的畫面，另一個則能產生你的團隊可以出貨的畫面。
它試圖解決的脈絡問題
更好的脈絡意味著更短的提示，這是將 Agent 的觸角推到當前畫布之外的實際好處。當 Agent 可以跨檔案搜尋並參照既有元件時，設計師花在解釋的時間更少，花在決策的時間更多。
這很重要，因為提示長度是一項隱藏成本。每一句額外描述脈絡的句子，都是設計師下次必須重新建構的句子，而且重新建構的內容會逐漸偏離。從檔案樹而非提示框中提取脈絡，能將這些知識移到一個會持續存在的地方。
Figma 在 Config 2026 自己的說法值得記住：AI 降低了門檻，但沒有提高天花板。一個能處理資源庫維護、評圖回饋和初稿規格的 Agent，能釋放出設計工作中真正需要判斷的部分。
已發佈的工作流程範例也朝同一方向發展。一個臨時存取功能從過時元件修復、合規審查到元件規格，一路被追蹤，並由 Agent 處理資源庫更新和評圖回饋。另一個範例則使用生成效果節點，將原始素材轉換成活動素材。這兩者都是那種佔滿設計師一週工作時間，卻不是設計師被聘用的原因的工作。
額度花在哪裡
現在使用量會消耗 AI 額度，這讓每個團隊都面臨預算問題。執行長時間任務的 Agent 工作流程，消耗的額度不只是一個提示，而一個有幫助的助理和一個昂貴的助理之間的差別，在於它需要多常被糾正。
值得觀察的重點
兩件事。資源庫準則是否會成為團隊散佈設計系統知識的標準方式，還是被當成另一份沒有人更新的文件。以及設計系統遵循度是否會縮小差距，因為在它做到之前，60% 這個數字描述的是一個有用的助理，而不是一個可靠的助理。