用途：这是 Flows 应用认证流程中的设计质量评审环节，位于 flows-code-review 之后、flows-external-app-submit 之前，对应官方质量指南中的手动设计评估。目标整体平均分 3.8 或以上才算可发布。
主要能力：先自动化、后询问。对 Q1–Q10 十个问题先运行仓库探测（grep、lint、build 等）收集硬证据，提出 1–5 分草稿及理由，再由用户确认或覆盖，从而降低人工负担。预扫描会读取 App-Brief.md frontmatter、package.json、最近一轮 code-review 报告以及 src 下的 ts/tsx/css 文件，用于预填用户与任务上下文并发现设计相关问题。
使用方式：先做 Step 0 预扫描，再确定反馈轮次目录 reviews/design-review/feedback-round-<N>/；Step 1 确认主要用户、2–3 个关键任务与上下文；Step 2 必须手动端到端走查每个任务，记录卡点，未完成走查则写占位报告并退出、不评分；Step 3 对每个问题执行探测、提出草稿分、结合走查笔记交叉核对，并用 AskQuestion 让用户选择接受、覆盖或覆盖加备注。
十个问题覆盖：Aura 设计系统一致性、导航与层级、标签与语言、系统反馈与校验、可点击性、错误预防与恢复、响应式与多设备、空状态与首次体验、性能与效率，以及无障碍相关检查。
限制：任务走查无法自动化，必须人工完成；探测阈值只是起点，用户拥有最终决定权；只读型应用无破坏性操作时 Q6 默认 5 分；若 App-Brief 表明仅面向桌面，则按对应规则评估。具体评分细则与命令以官方资料为准。