用途：审计游戏 UI 与交互在受支持视口、宽高比、像素密度、方向及输入能力下的表现，按“能力与显示条件”而非设备标签测试，并在触发条件下复现每个缺陷。
主要能力：
- 建立支持矩阵。检查引擎或运行时、构建与运行命令、声明的平台、内部分辨率与缩放策略、UI 系统、安全区处理、支持的输入能力；先读项目配置与分发目标，再假设必须支持手机、桌面或手柄。若矩阵缺失，从交付环境推断并说明假设；选择错误平台会实质改变工作时询问用户。未指定的浏览器游戏可用 device-baselines.md 作为临时矩阵。
- 复现矩阵。在每个相关组合下运行：视口与宽高比；方向与实时缩放；像素密度、UI 缩放与安全区插入；触控、指针、键盘、手柄及受支持的混合组合；平台允许时，会话中输入变化。优先真实设备或引擎模拟器；视口模拟只能证明其实际模拟的条件。游戏无法运行时检查源码，并将所有结论标注为推断而非观察。
- 检查体验。布局：在支持的最窄、最宽、最矮、最高形状下检查游戏区、HUD、菜单、覆盖层与系统 UI，验证加载后的方向切换与缩放。渲染：检查逻辑到物理像素缩放、固定分辨率缩放或黑边、纹理与文字锐度、像素密度变化。输入：支持矩阵承诺的每种输入都应能触达全部动作与菜单，检查键盘焦点、手柄导航、指针精度、触控可达性、同时输入与输入切换；按支持能力或玩家偏好保留屏幕控件，而非按“移动端/桌面端”推断。安全交互：遵循项目平台与无障碍要求，无要求时用 device-baselines.md 启发式，确保手指按下时不遮挡关键反馈，控件避开刘海、圆角与系统手势。可读性：检查字号、对比度、字形渲染、换行、裁剪及动态背景上的文字。反馈：确认输入被立即确认，可感知或不确定等待有明确状态；伤害、得分、选择、加载与游戏结束的变化需通过不止一个易被忽略的数字呈现。首屏：从干净状态打开，验证首个可用动作可发现，此检查只覆盖首屏传达而非新手引导深度。
- 报告与修复。每个缺陷一行：缺陷、精确触发条件、证据、状态、严重度、修复；严重度用 blocks play、degrades play、polish 并按此排序。推断发现未复现前仍是怀疑。仅在用户要求或批准时应用修复；修复后重跑失败条件及相邻矩阵用例，某一尺寸的布局修复常破坏另一尺寸。
约束：保留游戏视觉方向与有意为之的美术选择；使用项目现有 UI 系统，默认不引入新框架；支持能力组合，而不是因存在某种输入就隐藏另一种。