https://txtmix.com/tags/google-labs/Recent content in Google Labs on Text MatrixHugozh-cnTue, 21 Jul 2026 20:06:14 +0800https://txtmix.com/posts/tech/google-labs-code-design-md-visual-identity-spec/Fri, 26 Jun 2026 18:01:00 +0800https://txtmix.com/posts/tech/google-labs-code-design-md-visual-identity-spec/<h1 id="designmd-哲学与采用路径google-labs-给-coding-agent-的设计简报范式">DESIGN.md 哲学与采用路径：Google Labs 给 Coding Agent 的设计简报范式</h1> <h2 id="学习目标">学习目标</h2> <p>读完本文后，你应当能够：</p> <ul> <li>说出 DESIGN.md 与「普通设计 token 文件」的本质区别——它把<strong>散文（prose）作为规范的中心</strong>，token 只是参考上下文</li> <li>解释 PHILOSOPHY.md 提出的三条设计原则（Prose 优先、具体参考胜过形容词列表、负约束从参考对象自动继承）为什么比「列规范」更适合生成式 Agent</li> <li>把 9 条 lint 规则看作一份&quot;机器可读的生产合同&quot;，知道 <code>broken-ref</code> / <code>contrast-ratio</code> / <code>unknown-key</code> 这几条对应什么样的真实事故</li> <li>在 Tailwind v3 配置、Tailwind v4 主题、W3C DTCG 三种下游格式中，根据团队现状选择合适的 export 路径</li> <li>解释仓库名 <code>design.md</code> 与文件名 <code>DESIGN.md</code>、npm 包名 <code>@google/design.md</code> 三者为何是同一个标识符</li> <li>判断自己的项目是否值得引入 DESIGN.md，什么规模以下不必上</li> </ul> <p>阅读建议：本文和站内另一篇 <a href="https://txtmix.com/posts/tech/design-md-visual-identity-coding-agents-guide/" rel="">DESIGN.md：让 Coding Agents 理解视觉设计的格式规范</a> 是姐妹篇，那篇从 schema 与架构切入，本篇从哲学、命名、采用路径切入。先读哪一篇取决于你想先了解&quot;怎么用&quot;还是&quot;为什么这样设计&quot;。</p>