GZH0020 — 一个文件，40k 星：Google 做了个让 AI 界面不再像垃圾的东西
你有没有过这种感觉：用 AI 生成一个页面，代码跑通了，功能都对，但总觉得哪里不对劲——颜色不对、间距不对、按钮看起来廉价感十足，整体说不出哪里不对但就是"没有设计感"。
这个问题有个名字，英文叫"AI slop"。中文可以翻译成"AI 糊弄"。就是看着完整，实际上是一堆没有设计感的零件拼在一起，缺质感、缺一致性、缺那种"有人想过这东西应该长什么样"的痕迹。
2026 年 3 月，Google 的 Stitch 团队发了一个开源项目，叫 DESIGN.md。上线十天后，GitHub 上拿了四万颗星，五千多个 Fork。成为当年增长最快的开源项目之一。
这个文件解决的就是上面那个问题。
它是什么
DESIGN.md 的定位，是"项目的视觉宪法"。
你在一个团队里，README.md 说的是"这个项目是干什么的"，AGENTS.md 说的是"AI 怎么协作"，DESIGN.md 说的是"这个项目应该长成什么样子"。三个文件各管一件事。
设计师交付给工程师的是 Figma 文件，但 AI 读不了 Figma 文件。当 AI 开始写代码的时候，设计意图在"设计师→工程师→AI"这个链路里被损耗掉了——设计师脑子里的东西，经过几层转换，到 AI 那里已经七零八落。
DESIGN.md 存在的意义，就是把设计意图直接交给 AI。不需要人翻译，不需要设计师在场，AI 拿到这个文件，就知道"主色调应该用什么色，间距应该多大，哪个组件在哪里用"。
它解决的不是"代码写得对不对"，而是"做出来的界面有没有人想过它应该长什么样"。
它怎么工作的
DESIGN.md 的格式设计很有意思。它分成两层。
第一层是 YAML front matter，写的是精确的机器可读的值：颜色的 HEX 代码、字号的大小、间距的像素值。第二层是普通的 Markdown 正文，写的是设计意图——"为什么选这个颜色"、"这个按钮应该在什么情况下出现"、"绝对不要在哪些地方用这个色"。
为什么这样设计？因为光有 YAML 不够，机器能读数值但读不了判断力；光有 Markdown 也不够，AI 能读意思但执行起来不够精确。两个加在一起，才是完整的设计规范——token 给数值，prose 给判断力。
举一个具体的例子。传统的设计系统会写"主交互色是蓝色"，这在人类世界里没问题，但在 AI 执行的时候，"蓝色"是哪个蓝？多蓝？什么场景用？这些问题没有答案，AI 就会每次生成出稍微不一样的蓝，然后整个界面的一致性就崩了。
DESIGN.md 的写法是：YAML 里写清楚 primary 是 #0066FF，Markdown 正文里写"这是唯一的核心交互色，用于所有主按钮、链接和关键操作提示，禁用场景除外"。AI 拿到这个，就知道该用什么、什么时候用、什么时候不用。
四十天四万颗星意味着什么
开源项目能被认可，要么是因为解决了真问题，要么是因为赶上了好时候。DESIGN.md 两个都占了。
AI 生成界面这个需求，在 2025 到 2026 年之间爆发了。Cursor、Claude Code、Copilot 这些工具让"用自然语言写页面"变成了现实。但问题是，生成出来的东西质量参差不齐——代码能跑，但视觉上往往差点意思。
原因不在 AI 能力不够，而在于 AI 不知道"你想要什么样的界面"。你让它生成一个落地页，它不知道你偏好什么颜色、什么字体、什么间距，它只能按它自己的理解来，这个理解通常是"差不多就行"，而不是"设计感拿捏到位"。
DESIGN.md 提供了一个人类可以写、AI 可以读的设计规范。它不是一个设计工具，而是一个交接协议——把设计意图从人的脑子里转移到 AI 的执行上下文里。
所以四万颗星，不是说这个文件本身有多厉害，而是说这个需求是真实存在的，而且一直没有被很好解决过。DESIGN.md 给了一个足够简洁、足够可执行的答案。
独立开发者怎么用它
说一个实际的场景。
你做一个小产品，自己就是设计师 + 开发者。你用 AI 生成页面，每次生成出来的风格都不一样——今天颜色深一点，明天按钮圆角大一点，整体越来越没有设计感。
这时候你可以建一个 DESIGN.md 文件，把你喜欢的视觉风格写进去：主色调、字体、按钮的圆角大小、间距的规则、组件的样式。然后每次让 AI 生成页面之前，先读这个文件。
这样做的好处不是"界面变得更好看了"，而是"界面变得一致了"。一致性是设计感的基础——用户不觉得一个东西有多好看，但会感受到它"有条理"，这种感受会直接影响信任度。
DESIGN.md 还有一个隐含的价值：它让一个人的设计意图可以稳定地贯穿整个项目。你换 AI 模型也好，换不同的生成工具也好，只要设计文件在，设计语言就不会漂移。
这对一个人的团队尤其有用。没有设计师，没有设计评审，但有一个文件帮你守住视觉标准。
但它也有局限
DESIGN.md 解决的是"设计意图传递"的问题，不是"设计本身"的问题。它告诉你"这个色应该用在哪里"，但不会告诉你"应该用什么色"。
选色、选字体、定视觉方向，这些还是需要人来做的。DESIGN.md 只是让人类的设计判断可以被 AI 执行，而不是让 AI 替你做设计决策。
它也不是一个完整的组件库——文件里定义了设计规范，但不包含可复用的组件代码。组件的实现还是要工程师或者 AI 自己做，只是做的时候有了一个标准可以参照。
另外，DESIGN.md 目前社区的生态还在早期。虽然有越来越多的工具开始支持这个格式，但它还没有成为所有 AI 前端工具的默认规范。用它需要主动维护这个文件，有一定的学习成本。
回到开头那个问题：为什么 AI 生成的界面总是不够好看？
可能不是因为 AI 不够强，而是因为它没有拿到足够清晰的"长什么样"的设计意图。
DESIGN.md 给的是这个意图。不是帮你做设计，而是帮你把设计意图传递下去，让 AI 生成的东西在视觉上也能守住那条线。
开源地址是 google-labs-code/design.md，去看看。
献给所有被 AI 生成的丑页面折磨过的人。
主编：珊珊 & 小玫