用途：ux-check 用于审查和指导界面 UX，关注行为与覆盖度——控件外观是否像其功能、每个状态是否存在、流程是否有出口与终点、危险操作是否受保护。它判定“存在什么、如何表现”，不负责文案（ux-writing）与视觉打磨（ui-polish）。
主要能力：按硬规则检查。状态清单要求展示数据的组件具备五种状态、有外部依赖的屏幕具备第六种：理想、空（说明用途并给出首个动作，不能只写“无数据”）、加载（骨架屏映射布局，仅亚秒级动作用旋转器，内容到达不跳版）、错误（提供恢复动作并保留输入）、溢出（长标题、大量条目、小视口不破版）、依赖故障（地图/支付/认证失败时页面显示自身信息与前进路径，不暴露厂商原始错误）。还检查可供性、状态可见性（100ms 内反馈、超一秒显示进度）、撤销优先于确认、无障碍行为底线（真实语义元素、键盘可达且顺序一致、焦点返回、真实 label、alt 与可访问名称、live region 播报）、一致性、预防错误、表单验证与命中区域（至少 24x24 CSS px，触屏 44x44），以及浏览器历史（popstate/hashchange、深链恢复、Back 不空白）。
使用方式：审查模式只报告不编辑；构建模式直接应用规则。审查最多 10 条发现，按用户卡死严重度排序，每条指明所违反规则。需亲手走查：以首次用户身份在浏览器端到端走主场景、强制各状态、逐步 Back/Forward、纯键盘操作并截图。输出表格列为位置、状态或流程、违反规则、修复、证据、严重度；有任何 HIGH 则判定 Block，否则 Approve；未验证项单列。多技能并行时报告合并去重，只保留一个结论。
限制：不适用于明确标注的一次性原型（只查其演示内容）、静态内容页（只查导航与 CTA）、非本方代码（第三方嵌入、vendored 与生成文件须列出并说明排除原因）。实时产品不得产生副作用：不真实提交、不留线索、不发邮件、不付款，测试数据须明显虚假。仅能从源码审查时属正常工作模式，需报告源码可证明的内容，并标注需要渲染页面才能确认的发现为 Not verified。绝不通过移除功能解决 UX 问题，而是简化路径。