创意设计 Md

设计令牌文档为什么难维护

设计系统一旦落地到代码，设计令牌（颜色、间距、字体层级等）往往散落在 Figma 导出、Tailwind 配置和手写 JSON 里。团队若要对齐 Google DESIGN.md 这类令牌规范，常见问题包括：字段命名与层级不一致、缺少可机器校验的结构、以及从「文档」到「可交付产物」需要反复手工改格式。

技能在做什么

本技能围绕 撰写、校验、导出 三类动作，把 DESIGN.md 当作令牌规格的单一事实来源：

• 撰写：按规范组织令牌章节与元数据，避免各端各写一套语义。
• 校验：在提交或发布前检查文件是否符合令牌规格约定，减少「文档看起来对、构建却解析失败」的情况。
• 导出：在通过校验后，把规范内容导出为下游可用的令牌表示（与 DTCG、UI 主题、Tailwind 等生态衔接时，仍以规范文件为准）。

相关标签也指向 无障碍（WCAG） 与 design-system 场景：令牌若定义对比度、焦点态等语义，校验步骤有助于在文档层先拦住明显不一致。

适用边界

它解决的是 DESIGN.md 令牌规范文件 的生命周期，而不是替代视觉稿工具或自动从截图生成设计系统。若你的团队不使用 Google 的 DESIGN.md 约定，或令牌完全由专有平台托管且不接受 Markdown 规格，价值会主要在「对齐该规范」的项目上。跨平台支持（Linux / macOS / Windows）表示可在常见开发环境中配合 Agent 使用，但具体导出形态仍以技能实现的校验与导出规则为准。