前端 AI 協作的真正關鍵，可能不是更強模型，而是把設計系統寫成 DESIGN.md

概要

這則 Threads 提到一個很有意思的產品訊號： VoltAgent 把 30 家大公司的設計系統打包成一份 DESIGN.md，放進專案後，AI agent 就能依照規則自動生成 UI。

表面上這像是在賣一個「更懂設計的 AI 工具」，但真正值得記錄的，不是某個工具紅不紅，而是它反映出前端 AI 協作的一個更本質方向：

前端 UI 生成的瓶頸，不一定是模型不夠會畫，而是設計規則沒有被顯性化。

換句話說，與其期待模型自己猜對按鈕尺寸、間距、色彩、元件使用規則，不如把這些東西寫成一份 agent 可讀、可遵循的 design contract。

現在多數 AI coding 工具做前端時，常見問題是：

也就是說，問題不是「做不出來」，而是： 做出來的東西很難穩定地像同一個產品。

這正是設計系統存在的理由，而 VoltAgent 這種做法本質上是在說：

很多團隊其實不是沒有設計規範，而是它散在：

對人類來說，這些也許夠用；對 agent 來說，這些太隱性了。

所以 DESIGN.md 真正重要的，不只是文件格式，而是它代表一種轉變：

把設計系統從「人類知道但沒寫清楚」變成「agent 可讀可執行的規則層」。

這篇最值得記錄的一點，是它其實把 UI 生成從 prompt artistry 拉回工程方法。

以前很多 AI 做前端像是：

但如果有 DESIGN.md：

那前端 AI 協作就更像：

也就是說，設計文本化之後，UI 生成的可維護性才會真正開始提升。

這篇最值得吸收的，不只是 VoltAgent，而是它提醒：

這則 Threads 真正值得記錄的，不只是 VoltAgent 把設計系統包成一份文件，而是它指出：前端 AI 協作要真正穩定，關鍵可能不在更強的 UI 生成模型，而在把設計規則顯性化成 agent 可讀的 DESIGN.md / design contract。