AI技术趋势--同一个Prompt，8个AI画出8套不同UI。1个design.md文件终结了设计失忆症，19K星

上周三下午，我盯着8个浏览器标签页。每个都打开了一个电商后台登录页。prompt一模一样："蓝色主色调，现代简洁风格，响应式"。Cursor给了#1E40AF深蓝配浅灰，Claude Code给了#2563EB配白底，Codex直接#0000FF原始蓝——2005年超链接时代的东西。Bolt.new更离谱，用了#8B5CF6紫色当主色。8个页面放在一起，没有一家像是同一家公司做出来的。

这不是AI写不好代码。是它没有"品牌记忆"。

本文是一篇行业分析，基于公开信息和作者个人判断。

发生了什么

Google Lab开源了 design.md 项目。上线24小时19,147星，单日增长1,475星。它提出了一种"AI可直接消费"的设计系统格式——不是给人看的CSS变量，也不是JSON，而是自然语言与结构化数据混合描述。

格式长这样：

品牌主色：#2563EB 辅色：#7C3AED 成功色：#10B981 排版： 标题：Geist，700 weight，line-height 1.1 正文：Geist，400 weight，line-height 1.6 间距系统（4px基准）： xs: 4px, sm: 8px, md: 16px, lg: 24px, xl: 32px 圆角： 按钮：8px, 卡片：12px, 输入框：6px

把那个文件扔到React项目根目录，然后用Claude Code、Cursor、Codex分别生成同一个组件——三个工具的按钮，颜色、圆角、阴影完全一致。主色#2563EB、圆角8px、阴影0 2px 8px。甚至hover状态也自动匹配了。

核心创新

AI能直接消费。 这才是design.md和CSS变量的本质区别。

你不需要在prompt里写"用#2563EB"。Agent自己读design.md，自动映射到生成代码里。纯JSON也行——但自然语言描述让LLM理解得更精准。"标题：Geist，700 weight"比 {"title": {"font": "Geist", "weight": 700}} 更容易让AI生成正确的CSS。

我实测了同一个按钮组件，三个工具生成的结果：

不一致率为0%。

更底层的东西：design.md在解决Agent生态的碎片化。 Claude Code用CLAUDE.md、Cursor用.cursorrules、Windsurf用.windsurfrules——同一个设计规范要在5个文件里写5遍。团队有人从Cursor切到Claude Code，之前写的规则全废了。如果一个项目同时用两个工具，规范在两个文件之间来回"翻译"，最终一定丢失。

design.md用通用格式把设计系统变成跨工具的可移植资产。这是Agent生态互联互通的第一块砖。

能用在哪些场景

团队用AI写前端。 花30分钟把设计系统整理成design.md放项目根目录。后续每次AI生成代码省掉至少10分钟的"修样式"时间。一个10人团队，每周生成50个组件——原来每个要花15分钟调样式，现在5分钟。一个月省33小时。

设计师和开发者的对话桥梁。 设计师在Figma里更新颜色后，直接改design.md的对应行。开发者在AI工具里重新生成组件，颜色自动更新。上周设计师把品牌色从#2563EB改成#3B82F6——我花了10秒改了一行，刷新页面所有组件瞬间变色。设计师呆了。

跨工具协作。 如果你团队同时用Claude Code写后端、Cursor改前端、Codex做数据可视化——design.md让三个工具共享同一份设计真理，不会出现"#2563EB vs #1D4ED8"的颜色战争。

带来了什么变化

这是一个标准提案，不是一个产品。

19K星的数据说明了一件事：开发者对Agent工具链标准化的需求极其强烈。

我半年前统计过5个主流工具的设计规范"记忆方式"——没有一个是互通的。碎片化导致每个工具的用户都不愿意为"技能"付费——因为技能只能在一个工具里用。我认识一个开发者花了两周写Claude Code的React组件生成规则，团队换Cursor后全白费了。他从此再也没写过任何规则。

标准化降低碎片化，碎片化降低激励，激励决定生态规模。这是平台经济的基本规律。一旦技能可以在Claude Code里写、在Codex里跑、在Cursor里改——技能的供给端会被激活。为自己一个人写工具的动力是0，为1000万用户的生态写工具的动力是100。

方向判断

12个月内，至少3个主流AI编程工具会原生支持design.md。 不是因为技术有多好——是因为不支持的会被用户骂。

Anthropic的Skills、CC Switch的统一配置管理——都在做同一件事。方向是一致的。

但design.md不是终点。它适合定义静态规则——颜色、间距、字体、阴影。复杂交互（"hover时从左边滑入并旋转180度"）AI完全无视。动画规则、代码规范（命名、文件结构、注释风格）需要另外的文件定义。

对创业者的意义

不要all in，但要现在就用。

我现在的策略：所有新项目都放design.md，同时保持CLAUDE.md和.cursorrules的同步。等design.md成为事实标准后再逐步淘汰。

30分钟的投资，折算下来每天省半小时的样式调试。一个团队就是每天5小时。标准化带来的不是技术突破，是效率的复利。而效率——是创业公司最稀缺的东西。

延伸思考

第一，标准收敛到谁。 design.md是Google的，Anthropic在做Skills，CC Switch在做统一配置。三个方向都在推进标准化，但最终是谁的标准成为事实标准？还是三个并存——那碎片化不仅没解决，还多了一个文件格式要维护？

第二，动态规则的盲区。 design.md处理色彩、间距、圆角没问题。但一个完整的设计系统远不止这些——响应式断点、z-index层级、可存取性规则、动画缓动函数、dark mode变量覆盖。这些在design.md里完全没有覆盖。Google是打算让这个格式扩展到这些维度，还是design.md只解决"静态规则"的问题？

第三，AI真的能理解设计意图吗。 就算design.md保证了颜色和字体一致，AI生成的组件在"设计质量"上还是参差不齐。一个有经验的设计师不看颜色——看比例、留白、信息层级。这部分不是规范文件能解决的。设计系统的"精神"能不能被文本化——这本身就是一个开放问题。

---

数据来源：Google Lab design.md GitHub仓库（截至2026年6月，19,147星）；Claude Code/Codex CLI/Cursor工具实测数据；Anthropic Skills官方文档；CC Switch项目公开资料。