Awesome Design MD 的关键变化，是从一个 GitHub 资源列表变成了可浏览、可安装的网站：getdesign.md。
原来的用法更像手工搬运。开发者需要在仓库里找到某个品牌或产品对应的 DESIGN.md，复制到自己的项目，再让 AI 编码代理按这份设计规范生成界面。现在网站把这一步做成了更清晰的入口：浏览设计风格，选中想要的规范，然后用命令安装。
npx getdesign@latest add XXX
#DESIGN.md 真正解决的问题
AI 写 UI 时最常见的问题不是“不会写组件”，而是没有稳定的视觉上下文。模型知道按钮、卡片、导航栏这些元素，但不知道当前项目应该像 Airbnb、Raycast、OpenCode，还是某个复古电商目录。
DESIGN.md 的作用就是把这些模糊审美拆成可执行约束：颜色、排版、布局节奏、组件形态、页面密度、动效倾向、图片使用方式等。代理拿到这类文件后，不再只根据一句 prompt 猜风格，而是有一份持续可引用的设计说明。
#getdesign.md 带来的变化
getdesign.md 的价值在于降低使用成本。官方页面显示，它已经收录数十份设计规范，并把这些规范做成可搜索、可浏览的前端。开发者不需要先理解整个仓库结构，只需要选择目标风格。
这对 Vibe Coding 很重要。很多人把 AI 编码失败归因于模型能力，其实一部分问题来自上下文太空。功能需求能说清楚，设计需求却经常只有“现代”“高级”“简洁”这类弱词。DESIGN.md 把这些弱词变成可以复用的项目素材。
#对产品开发的意义
这类资源会让 AI 生成 UI 从“临场发挥”转向“带规范生成”。一个小团队可以先挑选接近目标产品气质的设计文件，再让代理围绕它生成页面、组件和样式系统。
更重要的是，设计规范可以留在项目里。后续新增页面时，代理仍然能读取同一份风格说明，减少不同页面之间的视觉漂移。对于持续迭代的 AI 原生项目，这比一次性生成一个好看的首屏更有用。
#它和模板库的区别
模板库通常给的是已经做好的组件或页面，开发者需要在里面替换内容。DESIGN.md 给的是生成规则，不绑定某个固定页面结构。
这对 agent 更友好。代理可以根据当前需求重新组合布局，但仍然保持同一套视觉语言。比如同样参考一个品牌风格，它可以生成首页、设置页、仪表盘或空状态，而不是只能复用一张模板。
所以 getdesign.md 更像是给 AI 编码准备的设计语料入口。它不替你决定产品功能，但会减少“每次生成都像不同外包做的”这种问题。