用途：当问题为“这个界面整体质量如何、摩擦点在哪、先修什么”时使用。它是该仓库广义界面审计与设计评审的锚点技能，不是厂商规则抓取器，也不替代相邻专项技能。
主要能力：把零散意见转成结构化审计。使用前需先读 references/review-modes-and-categories.md；判断工作归属本技能还是 web-accessibility、responsive-design、ui-component-patterns、design-system、react-best-practices 时读 references/handoff-boundaries.md；写最终审计包前读 references/ui-audit-packet-template.md。
使用方式：一，界定评审面（营销页、应用屏/仪表盘、表单/引导/结账流程、设置/管理面、组件簇），明确主要用户任务与风险。二，选一个主评审模式：发布就绪审计、打磨/一致性审计、流程摩擦审计、启发式审计、规则叠加审计（可叠加 Vercel Web Interface Guidelines 等外部清单作叠加层，不冒充方法论）。三，按稳定类别归类：层级与可扫读性、清晰度与语言、一致性与组件行为、交互反馈与恢复、导航与方位感、响应式基础、无障碍基础、性能与信任信号；无实质问题的类别简短说明即可。四，判断问题留在此处还是转出：保留诊断与优先级，专项修复计划转给相应技能。五，按摩擦而非类别数量排优先级，严重度分 Critical、High、Medium、Low，可标注修复成本。六，产出简短 UI Audit Packet，含评审面、主要发现、分类发现、下一步建议（速赢、后续重构、转出）与路由边界。
适用场景：上线前评审、界面打磨评审、发现“UI 检查”或“UX 审计”类请求、判断界面是否可进入实现或发布评审。
限制：不适合以无障碍整改、视口适配、组件 API 设计、设计系统治理、React 渲染与性能调试为主的任务；也不应用于只粘贴自动化工具输出而无设计判断的场景。不编造未提供的收费、价格或平台信息。