用途：对用户可见的 SwiftUI 界面、功能或 PR 做客观的 PASS/FAIL 设计评审，而非建议性反馈；适合判断代理生成的 UI 是否符合平台习惯，或在合并前检查导航、模态、反馈状态等可判定问题。它只渲染结论，从不修复作品。
主要能力：规则分为导航与信息架构、模态与流程语法、布局与视觉层级、颜色与对比、字体、材质与 Liquid Glass、反馈状态、动效、触觉、工艺十类，每类有前缀（nav-、flow-、layout-、color-、type-、glass-、state-、motion-、haptic-、craft-）。评审先看像素再看代码：观察截图与交互录像，怀疑违规后才打开代码定位。动效类以录像为主，代码只能提名候选。
使用方式：严格按协议执行。评审前需满足两个前提——目标冻结（固定 commit SHA、stash 或保存的 diff，记录为目标清单）与仅作终审而非清理。步骤包括：确定目标，记录 Swift 工具链与最低部署版本；按 references/_evidence-capture.md 采集证据（先预检截图能力，构建并在模拟器运行，采集受影响的每个屏幕的浅色、深色与无障碍字号截图，将改变结构的交互录成 10 fps 胶片条，每个主屏一段短空闲录像；涉及手势的交互在同一会话至少连续录 3 次）；加载 references/ 下的规则；用 references/reviewer-prompt.md 组成完全自包含的评审提示；派发一个盲评审 Task 子代理；按失败关闭原则渲染裁决，任一条 FAIL 即整体 FAIL；失败时把所有 FAIL 规则汇总为修复清单，每条给出位置与最小改动。结果格式为每条规则 PASS | FAIL | N/A，附证据（file:line、引文或指定截图区域），FAIL 需给出使其转为 PASS 的修复。
适用场景与限制：不适用于没有 SwiftUI 界面表面的目标（服务端 Swift、CLI、非 UI 包），此时提示前置条件会返回 GATE NOT APPLICABLE；SwiftUI 架构与更新机制属于兄弟关卡 adversarial-swift-ui，Swift 语言质量属于 adversarial-swift，纯审美判断（主视觉尺度、情感意图、构图）属于 ios-taste。跳过证据采集时依赖截图的条目记 N/A，动效规则只能报候选，不能 FAIL 也不能 PASS。规则若需比项目更新的部署目标则记 N/A 而非 FAIL。修复不得扩大范围，目标外发现只记入 verdict 的范围外观察。费用、价格与可用平台资料未提供。