用途：这是“产出/评审”设计系统技能对中的评审一半。载入一份已完成的设计系统文档（或相对旧版本的修订增量），回答一个问题：设计师能否据此构建一致的 UI、工程师能否在不询问作者的情况下实现，且组件目录是否覆盖产品界面所需的组件。它评审的是 Markdown 文本产物（令牌取值、DTCG 形态、规格表），而非渲染后的设计文件。它是验收闸门，不撰写、修复或重写文档。
激活时机：完稿设计系统在进入线框图、高保真或 UI 工程前需要接受/修订决定；修订增量需要就增量范围的接受/修订决定；先前判为修订后重新评审。不适用时：撰写或修复设计系统应使用 authoring-design-system；评审线框图、用户流程、工程架构文档或模板一致性，应分别使用对应技能。
工作流程：第一步，以独立视角通读全文，识别产品原型与流程/界面清单，增量则同时阅读旧版本与变更范围。第二步，逐条判断检查项通过或存在缺口：原则是否可执行；令牌是否按 DTCG 定义、意图命名并一致应用（组件不得引用原始值）；基础广度（栅格布局、图标、高程、动效）是否按原型需要具备；主题是否通过别名替换而非复制组件；每个组件是否有解剖、状态、变体、用法正误、可访问性五要素；组件 API 是否词汇一致；目录覆盖是否既覆盖真实界面所需组件又达到原型规模的标准集；是否包含流程所需的多组件模式；布局与国际化是否说明（本地化产品须处理 i18n/RTL）；可访问性须数值化到 WCAG 2.2 AA，含可见且不被遮挡的焦点、焦点外观 ≥2px/3:1 房规、24px 目标尺寸、键盘、减弱动效、不单靠颜色、逐组件角色/名称/状态；文案声音与术语；治理与版本化（在超过单一维护者/单一消费者/非版本化外部发布的阈值时要求）；是否贴合本产品而非套话，且下游可用。
增量评审：只审差异，检查范围限制、涟漪/回归（令牌无孤儿、主题仍自洽）、版本与变更日志准确（改名/移除/改类型为 MAJOR，增量为 MINOR，修复为 PATCH）、破坏性变更是否附带弃用与迁移路径、与既有分层和 API 的一致性；不重审未改动的部分。
裁决与输出：通过表示每个适用条件均满足，设计师/工程师可照此构建；修订表示存在真实、有名称的阻塞缺口。必须单独一行输出字面量 VERDICT: approve 或 VERDICT: revise，随后列出问题；修订时每条为“失败条件+确切位置+修复方式”，通过时为可选非阻塞备注。
限制：不得虚构功能、品牌或对比度答案；不得为凑数而修订；不得因简洁而制造缺口；细产品可为小规模、可显式排除 i18n 或省略阈值以下的治理，但表面覆盖硬底线、DTCG 与数值化可访问性在任何规模都不可省略。不得用私有额外条件，评审即不得代写。资料未提供具体价格、平台与使用步骤，暂未提供；使用方式以上述技能调用与检查流程为准。