Google 做的 DESIGN.md，想解決 AI 寫 UI 最常見的失憶症

Google Labs Code 開源的 DESIGN.md，不只放 token，還能 lint、diff、export、spec。 當 AI 越來越常直接寫 UI，設計系統是不是也需要一份能被 AI 長期讀懂的單一檔案？ ⭐ 文章深度讀：整理了 DESIGN.md 補上的 Why、CLI 工作流，以及什麼團隊適合現在試 → https://heymaibao.com/google-design-md-ai-ui-memory/ ⚡ 章節重點 設計語氣為什麼會慢慢飄掉 00:00 DESIGN.md 補上的不是 token，而是 Why 02:19 lint、diff、export、spec 為什麼關鍵 04:18 什麼團隊現在最值得試 05:40 設計系統正在變成 AI 契約 07:01 📝 懶人包 ∙ `DESIGN.md` 不只是設計 token 檔，它把 token 和設計理由放進同一份文件。AI 代理不只知道數值，還知道為什麼要這樣用，設計語氣比較不會在第二輪就掉光。 ∙ 真正讓這個專案成立的，是 `lint`、`diff`、`export`、`spec` 這組 CLI。設計系統因此不只是文件，而是可以驗證、比較、轉換的工作流產物。 ∙ 這套格式不是要你丟掉現有工具鏈。`export` 可對接 `Tailwind` 和 `DTCG`，專案裡的範例也同時附 `DESIGN.md`、`tailwind.config.js`、`design_tokens.json`，更像中介層，不像封閉標準。 ∙ 我的觀察：如果你的 UI 已經常常由 AI 直接產出，這份專案很值得試。但如果團隊還沒進入 AI 主導工作流，它現在更像值得觀察的方向，而不是所有人都要立刻重押的新標準。 📚 參考資料 google-labs-code/design.md → https://github.com/google-labs-code/design.md DESIGN.md README → https://github.com/google-labs-code/design.md/blob/main/README.md DESIGN.md spec → https://github.com/google-labs-code/design.md/blob/main/docs/spec.md