00:00 / 03:47
连播
清屏
智能
倍速
点赞13
Google开源了一个文件,但它想做的事比你想象的大得多 Google Stitch 最近开源了一个叫 DESIGN.md 的东西。 名字很普通,看上去就是一份 Markdown 文档,但它想解决的,其实是设计和开发协作里一个老问题:设计规范写得很完整,落到实现时还是容易跑偏。 做过产品的人大概都见过这种场面。设计师把颜色、字号、间距、组件样式都定好了,开发第一版出来,按钮圆角大了几像素,颜色偏了一点,间距也松了一点。提一次,改一次;换个页面,又开始走样。问题不只是执行不细,而是规范只能给人看,不能直接约束执行。 DESIGN.md 的思路,是把这件事改掉。 它先做的一步,是让设计 Token 可以用自然语言来写。以前是 color.primary = #6A5ACD,精确,但只剩参数。现在可以直接写“主色,偏蓝紫,冷一点,带科技感”。这不是换个写法而已,而是把设计意图留了下来,AI 也能读懂、推理,进而在新场景里自己做出符合规范的判断。 第二步,是把规范变成可校验的。它引入 CLI 检查,颜色、间距、组件约束都能自动跑一遍。以前这些事主要靠人 review,现在可以直接在机器层面拦住。更重要的是,这套检查是给 Agent 用的:AI 生成或修改代码时,可以先对照规范,不符合就报错。设计规范开始像代码里的 lint,不再只是参考文档。 第三步,是把组件也接进来。按钮、卡片、导航这些基础元素,后面都会进入同一套文件。到那时,规则、视觉语言、组件定义会被放在一起,形成一套可以被机器直接读取和执行的协议。 它真正有意思的地方,在这里。过去的设计系统,是写给人看的;现在开始变成写给机器执行的。规范一旦能被自动检查、自动约束、自动参与生成,设计不再只是“尽量一致”,而是可以“被强制一致”。 Google 这次看起来只是开源了一个文件,实际上是在往前推一件事:AI 参与产品开发之后,设计规范应该长成什么样,才能真正被执行。DESIGN.md 现在还很早期,但方向已经很清楚了。设计系统正在从说明文档,变成可执行的协议。 #ai #AI #ai工具 #Google
00:00 / 10:15
连播
清屏
智能
倍速
点赞0