Google Stitch 的 DESIGN.md,讲明白
Stitch 是 Google Labs 的 AI 设计工具,design.md 是它的记忆:一个普通 markdown 文件,存下你的色板、字体和样式规则,让 AI 生成的每一屏都跟上一屏对得上。Google 后来把 DESIGN.md 作为开放规范发布——一个 Stitch 的功能,由此变成了整个 AI 工具生态都能读的格式。
design.md 在 Stitch 里做什么
Stitch 根据 prompt 生成 UI 设计。没有持久的设计系统时,每次生成都是重新掷骰子:第三屏偏离第一屏,色板晃动,字阶乱走。Stitch 的答案就是 design.md——一个把设计系统记录一次的文件,工具在生成任何新东西之前都先读它。
因为这个文件跨会话存在,一致性就不再取决于你每次把风格重新描述得多好。记录系统是这个文件,不是 prompt 历史。改文件,后续每次生成都会跟上。
Google 为什么把格式开源
2026 年,Google Labs 把 DESIGN.md 作为开放规范发布:一个向编码 agent 描述视觉识别的公开格式,规范与工具都公开可用,而不是锁在 Stitch 里面。官方的说法是:给设计系统一个持久、结构化的理解,任何 agent 都能共享。
从两个方向看这步棋都合理。对用户,编码过一次的设计系统不该被单一工具绑架——同一个文件应该在下个季度冒出来的任何 AI 里照样能用。对格式,开放才能让一个功能变成一个标准:读 DESIGN.md 的工具越多,每一份 DESIGN.md 就越值钱。
实际的结果是:这个格式的结构——机器可读的设计 token 在上,给人读的设计理据在下,合成一个 markdown 文件——如今已是公开约定,围绕它长出了读取方、写作方和内容库的生态。
同一个文件,在 Stitch 之外用
因为文件就是普通 markdown,它没有任何 Stitch 专属的部分。Claude Code、Cursor、Codex 这类编码 agent 从项目根目录读 DESIGN.md,跟读 README 一个方式——生成 UI 时照着套用。聊天助手可以接收贴进对话的文件。agent 流水线可以编程拉取。
在哪儿工作流都一样:文件写明设计系统;agent 动手前先读;产出对齐规范,而不是对齐模型的平均品味。至于哪个工具来渲染页面,只是实现细节——设计系统住在文件里。
这种可移植性才是开放规范真正的回报。风格编码一次,就跟着你跨工具走,而不是在每个工具里从头再 prompt 一遍。
Curio 在哪一层:内容库这一层
Stitch 和开放规范回答的是格式问题:设计系统该怎么写下来给机器读?它们刻意不回答内容问题:风格本身从哪来?开箱状态下,DESIGN.md 是个空容器——你仍然得往里填一套你拥有、或者你能讲清楚的设计系统。
Curio 占的就是这一层。它是一座精选的真实设计风格库——流派、品牌、文化传统——每一种都经过调研,编码成一份完整、开箱即用的 DESIGN.md 式规范。你挑风格;你的 AI 通过 MCP、分享链接或下载套用它。格式告诉机器怎么读设计系统;库给你值得一读的设计系统。
常见问题
用 Stitch 必须有 design.md 吗?
没有它 Stitch 也能生成设计,但每次生成在风格上都是从零开始。design.md 正是让结果跨屏幕、跨会话保持一致的东西——这是「会画图的工具」和「遵守你设计系统的工具」之间的差别。
为 Stitch 写的 DESIGN.md 在别的工具里能用吗?
能——开放规范的意义就在这儿。文件是带结构化 token 的普通 markdown,任何能读文本的 agent 都能遵守它:Claude Code、Cursor、Codex、聊天助手,或你自己的流水线。不需要导出器,不需要转换步骤。
Curio 是 Stitch 的竞品吗?
不是——它们在不同的层,天然可以搭配。Stitch(和开放规范)定义设计系统怎么写给机器;Curio 是同一约定下的现成设计系统库。工具用 Stitch 或任何 agent,风格从 Curio 来。
开放的 DESIGN.md 规范在哪能找到?
Google Labs 公开发布了规范与配套工具——在 GitHub 搜 google-labs-code 的 design.md 仓库,或搜 Google 的开源发布公告。这个格式本身足够简单,认真读一份合格的文件就能学会大半。