Google 開源 Stitch 的 DESIGN.md:讓 AI 智慧體跨平臺讀懂設計規範
Google 宣佈開源 AI UI 設計工具 Stitch 的 DESIGN.md 規範草案。該格式支援跨平臺匯入匯出設計系統,使 AI 智慧體能直接理解配色意圖,並依據 WCAG 標準校驗無障礙合規性,省去重複搭建規則的麻煩。

DESIGN.md 是 Google 為程式設計智慧體設計的一套設計規範檔案格式,原本來自內部的 AI UI 設計工具 Stitch,現在把規範草案在 GitHub 上完全開源了。
簡單來說,它能讓你把一整套設計系統打包成單個 Markdown 檔案,餵給任何 AI 程式設計智慧體。智慧體拿到後,不僅能拿到精確的色值和間距,還能理解這些設計決策背後的原因,不再瞎猜你的品牌規範。
它能做什麼
平常用 AI 寫前端,最頭疼的就是樣式失控。哪怕你在提示詞裡寫了主色調,AI 往往下一輪對話就忘了,或者隨便找個相近的顏色糊弄過去。
DESIGN.md 解決了這個持久化傳遞的問題。它允許你在專案之間匯出和匯入設計規則,讓 AI 嚴格按照你定義的視覺語言生成介面。
更實用的是無障礙校驗。AI 生成的介面可以直接對照 WCAG 對比度標準進行檢查,智慧體能提前知道文字和背景的搭配會不會在合規上踩坑。
它是怎麼做到的
DESIGN.md 的思路很巧妙,它沒有發明複雜的新語言,而是把檔案分成了機器層和人類層。
機器層是開頭的 YAML 前置後設資料,定義規範的設計標記,包括顏色、字型排版、圓角、間距和元件樣式。這些是不可變的基礎數值,支援跨標記引用。
人類層則是正文的 Markdown 說明。這裡按規範的順序劃分章節,從整體風格概述、色彩意圖,一路寫到佈局與使用禁忌。文字部分負責告訴智慧體這些數值為什麼存在、具體在什麼場景下呼叫。
這種結構既給了智慧體絕對精確的引數,又補齊了上下文邏輯。比如你定義了某種泥土紅作為強調色,文字裡明確說明它是唯一的互動驅動色,AI 就會老老實實拿它做操作按鈕,而不是鋪滿整個背景。
針對開發流程,Google 還配套推出了命令列工具。開發者不需要額外安裝複雜環境,直接執行相關的 npx 命令就能進行語法檢查,或者對比兩個版本的設計系統差異,自動揪出退化問題。
怎麼用上它
目前 DESIGN.md 的規範草案已經發布在 GitHub 的 google-labs-code 組織下,版本狀態處於 alpha 階段。
如果你本身就在用 Google 的 Stitch,可以直接在工具裡匯出你現有的設計規則,生成對應的檔案。
如果你使用其他 AI 程式碼助手,可以去 GitHub 倉庫閱讀完整的參考實現,把標準模板複製到自己的專案根目錄裡,或者通過官方提供的命令列工具驗證已有檔案。
為什麼重要
對於每天靠 Claude 或 Copilot 寫頁面的獨立開發者和前端工程師來說,DESIGN.md 非常值得立刻嘗試。以前要讓 AI 保持視覺統一,得在規則檔案裡寫一大堆囉嗦的提示詞,效果還不穩定;現在有了結構化格式和自動校驗,省去了大量反覆調教樣式的無效溝通。
我們認為 Google 這一步走得很聰明。它沒有把 Stitch 圈成一個封閉的花園,而是試圖把設計系統的交付標準做成 AI 時代的行業共識。如果這套規範被更多智慧體和設計工具採納,設計交付給 AI 的斷層就會被真正補齊。唯一的限制在於規範目前還在 alpha 草案期,複雜的互動狀態支援仍在完善,但作為設計規則的載體,它的架子已經搭得足夠紮實。
來源 (2)
- blog.google(在新分頁開啟)原文blog.google
- github.com(在新分頁開啟)報導github.com