用途：design-review 是设计交付物报告“完成”前的最后一步质量门禁，适用于 design-motion（web/webapp）之后，或 design-ios/design-android 的 mockup 之后。它不应被跳过，也不应在未实际运行时报告为通过。
主要能力：分为两部分。Part 1 为确定性检查，先运行，包括对比度（文本 4.5:1、UI 3:1，明暗两套）、禁用字体、产出代码中仅用 OKLCH 颜色格式、破折号滥用、token 遵循、反 AI-slop 审计（15 项检测）、机械预检、WCAG 对比度之外的检查、跨组件一致性、移动导航功能、文档与代码动画差异、完整性、无 JS 基线、字号/正文尺寸/行宽/焦点块下限、暗色高度方向等。任何 Critical/Major 问题须在 Part 2 前修复。Part 2 为有界视觉评审：启动服务、按区块截图并整页截图、明暗与多视口对比、逐项判定声明元素是否存在、局部化批评、动画裁决、引用至少两种具名启发技术、修复差距、执行 Lookalike Test（仅品牌；产品豁免，改跑 Domain-Specificity Floor）。
使用方式：输入包括完整渲染产物、design-system.md 审计基线、design-web/design-webapp 写下的 Je reproduis 行、已打开的语料页面、屏幕清单、声明的 premium pattern、签名元素、计划中的 hero 处理与正文序列、品牌 register 等。机械读取与主观读取必须隔离，不得合并为一次。修复循环最多 2 轮，第 2 轮重复第 1 轮发现即立即停止。所有发现按 P0（Blocking）、P1（Major）、P2（Minor）、P3（Polish）标注，绝不汇总为总分、健康分或字母等级。
限制：任何“完成”声明前必须调用 fuse-ai-pilot:challenger 进行盲评，仅基于渲染 PNG 与简短说明，不得输入本流程自身推理；Block 须解决或由 owner 接受。若 Task/Agent 不可用，报告“not judged”或升级给 owner，不得静默通过。端口 8899-8905 全忙或截图工具二次失败时，应停止并明确报告未评审，不得报告未执行的验证。P0/P1 未解决或挑战者 Block 时，交付物不算完成。