用途：对已有界面做设计评审，输出按严重度与置信度排序、附证据的修复建议。触发条件为用户明确要求设计评审、界面整体审查或排序设计问题。
主要能力：按五步协议执行。第一步检查并锚定：查看用户提供的截图，若无则请用户附上（v1 不自行截屏）；用一句话说明界面职责、主要用户与任务；若存在 meta/DESIGN.md 则读取相关界面，已有产品约定不算问题；缺该文件且可获取代码时，通过 Skill 工具调用 map-design-language；仅有截图时使用通用原则并标注系统一致性未验证。第二步推荐并确认方向，默认推荐三个方向（窄需求一至两个，宽界面最多四个），并推荐证据深度（仅截图，或截图加针对性代码）。第三步按确认方向评审，可内联或并行执行，并行时按方向分组、每组一个只读子代理，最后综合去重排序。第四步报告，按严重度再按置信度排序，输出元素、证据、原则、影响、严重度、修复、置信度表格，并给出保留项、结论与待确认问题；无有效发现时写明无实质发现。第五步提供后续选项：生成修复预览、规划变更或停止。
使用方式：需用户提供截图；可选读取项目设计文件或代码；可用 npx ui-skills get <slug> 获取专项视角，用 npx ui-skills list --category <category> 查找可用 slug。保存报告时创建 meta/design-critiques/NNN-<surface-slug>/ 目录，图片命名为 screen-01.<ext> 等，并写入 critique.md。
适用场景：界面设计评审、可用性与可访问性检查、布局与排版评估、状态与文案审查、系统一致性核对。
限制：截图只能证明可见布局、层级、排版、内容与已显示状态，不能证明键盘行为、焦点顺序、语义、响应式、动效或未显示状态；此类问题只能作为待确认问题。不静默重新设计，仅评审与建议，渲染变更需通过第五步交接。冲突解决顺序为：用户请求、治理设计语言、本技能、获取的视角。