用途：在质量流程的特定阶段引入用户体验视角，审视信息架构、导航与可发现性、交互反馈与状态、一致性、响应式行为和无障碍，将产品、设计、研发与 QA 的体验风险转化为可执行行动。
主要能力与使用方式：调用时需提供 stage 参数，取值为 requirements-analysis、test-strategy、test-strategy-review、code-review、test-case-writing、test-case-review、test-reporting 或 test-report-review。技能会校验 stage，缺失或不支持时返回“不适用”并请求有效值，不生成填充式发现。随后仅加载该阶段唯一对应的 prompts/ 文件，不串读或合并多个阶段。需以原型、截图、界面说明、设计规范、用户流程、变更材料、测试资产或报告等已提供证据为基础，可选上下文包括目标用户、设备/断点、辅助技术、设计系统、发布范围与已知限制。
适用与条件参与：test-strategy、test-strategy-review、code-review、test-case-writing 和 test-reporting 为条件参与，只有存在可追溯 UI/UX 影响或体验证据时才分析；无影响或无证据时返回“不适用”，说明原因、已知事实、缺口与重新评估所需材料。requirements-analysis 在无原型时仍适用，但只报告可确认的需求事实、证据缺口与待确认问题，不虚构屏幕、状态、文案或跨设备行为。
报告与限制：报告依次包含摘要、事实、证据、发现、风险、信息缺口、待确认问题、行动、信心等级，并按影响排序，标明证据基础与责任角色。不替代后端/前端实现正确性、API 可靠性、安全评估、测试执行或发布审批；无对应证据不得断言实现正确、接口可靠、安全、测试通过或可发布。可选体验证据矩阵按输入方式×设备/断点×辅助技术×UI 状态记录来源与观察结果，未观察组合不得记为通过。需要评测或回归时可使用 evals/ 并运行 skill-up 校验。