用途：在应用代码库中对未提交的 UI 改动做设计系统一致性评审，对照 docs/DESIGN.md（由 studio-design-design-system 技能生成的 Google 格式设计系统文件）检查代码与文档化系统之间的偏差。
主要能力：解析 DESIGN.md 的 YAML 前置元数据与正文规则，得到颜色、字体、圆角、间距、组件等令牌目录；扫描工作区与暂存区改动，按视觉属性（颜色、字体、间距、圆角、阴影、组件形态）逐处分类为三类：Inconsistencies（违反文档令牌或规则）、New Patterns（引入了尚未文档化的新做法）、Already-Aligned（正确使用令牌）。输出报告并给出按工作量与影响排序的修复待办，以及可粘贴给编码智能体的修复提示。
使用方式：在是 git 仓库且存在未提交改动的项目根目录运行；需存在 docs/DESIGN.md，缺失时应先运行 studio-design-design-system。可选读取 productos/design/1-Product-Identity.md 与 docs/PRODUCT.md 辅助判断。报告写入 design-review/YYYY-MM-DD-HHMM-design-review.md，每次运行新建文件、不覆盖旧评审。
适用场景：提交前的设计系统合规评审，适用于 React、Vue、Svelte、原生 iOS/Android 及 CSS-in-JS 代码库。
限制：必须存在有效 DESIGN.md，否则应停止而非臆测评审；无未提交改动时无可评审内容；改动文件超过约 30 个时会建议缩小范围；设计时长约 15–30 分钟。其他细节暂未提供。