用途：在 UI 变更即将宣告完成、评审面向用户的 diff，或需要对页面做设计/QA 检查时使用，也用于合并前把关。核心原则是“真实环境优先”：先用浏览器自动化（如 Playwright 或 agent-browser CLI）在真实浏览器中评估交互体验，再做静态分析与代码阅读；仅静态截图或仅测试通过都不算设计评审。
主要能力：按阶段执行评审——准备阶段读 diff、定位对应规范稿（含明暗两套主题）、确认本地环境与 BASE_URL；交互与流程阶段跑真实导航与点击，测试悬停、聚焦、禁用、加载等状态，检查首屏渲染、滚动到底、感知性能；稿面一致性阶段在绑定断点截图并逐向比对，用设计令牌修正数值差异；随后依次检查视觉打磨、无障碍（可访问名称、点击目标、4.5:1 对比度、prefers-reduced-motion、键盘导航）、健壮性（加载/空/错误态、长文本、表单校验、无 JS 回退）、代码健康（复用组件、设计令牌、按需 CSS）、文案与浏览器控制台。
使用方式：由协调者派发的执行器或 QA 子代理加载本技能后运行，协调者阅读报告而非像素。发现项按 Blocker、High-Priority、Medium-Priority、Nitpick 分级，每条附截图路径或令牌差值。修复时按迭代循环依次展示规范稿与实际截图、自评、修复、重新截图，通常 2-3 轮收敛；第 3 轮仍有高优先级差异则停止并报告残留差异。若项目 Playwright 已有基线审批流程，失败快照是发现项，不可盲目 --update-snapshots。
限制：评审不得仅凭产物存在、测试通过或组件级截图判定通过；必须打开渲染页面核对布局拓扑（桌面宽度下列数与并排关系）并附整页截图。稿件中存在但应用缺失的元素不默认视为功能删除，需标记为待决策；不得为对齐稿面而移除功能。资料未说明具体价格、集成平台或收费方式。