用途
该技能用于在交互设计阶段审查无障碍问题，目标是让无障碍成为交互设计的一部分，而不是在流程末尾作为一次合规检查补做。
主要能力
- 建立实际目标：从最小的相关 .ux/ 上下文读取无障碍预期，并检查组织政策、项目标准、设计系统的无障碍文档及相关平台要求；如果项目未定义目标，则说明所用标准作为评审基线，而不虚构要求。
- 审查行为而非仅外观：仅评审与当前工作相关的维度，包括语义结构与程序化关系；可访问名称、标签、说明、状态与错误；键盘操作与可见焦点；导航、校验、异步更新、对话框和错误后的焦点移动；有意义的动态变化的屏幕阅读器播报；阅读与交互顺序；在可验证实际数值时的对比度；缩放、文字放大、重排、方向与响应式行为；目标尺寸与指针替代方案；动效、计时、自动更新或闪烁内容；认知负荷、错误预防与恢复；仅靠感官线索的替代方案；可能造成障碍的身份验证或验证交互。
- 使用设计系统中既有的可访问行为，而不是在局部重新设计。
- 区分设计发现与验证：静态设计能暴露缺失的意图，但不能证明运行时无障碍；代码检查可揭示可能的行为，但不能替代键盘、浏览器、屏幕阅读器、缩放/重排等测试。不得仅凭设计评审声称符合 WCAG 或 Section 508。
使用方式
技能本身以原则和检查清单的形式给出工作方法。使用时按以下方式运作：
- 先检查已知信息，避免让用户重复提供。当产品目的或结果会改变答案时，使用 .ux/INTENT.md，并只加载任务所需的额外项目上下文。
- 以受影响的人及其目标、任务、背景和现有证据为基础，不虚构用户需求、行为或用户画像。
- 在差异重要时，区分已知、推断、假设、未知和冲突的信息。
- 优先使用既有的产品语言、组件、模式和规则，而非发明新的。
- 表达上先给有用的结论，用最少的结构，去掉通用的 AI 填充内容。
- 绝不虚构证据、要求、理由、实现状态或合规性。
- 对多步骤的重要工作，保持意图活跃；仅在需要连续性时使用小型 .ux/STATE.md；先处理影响最大的未解决缺口，再打磨细节；在宣布完成前，对照意图验证实际体验。
- 除非某条规则会实质性影响回答，否则不要向用户复述这些规则；当用户和任务已经清晰，或缺失信息不会实质性改变工作时，不要引入研究问题、用户画像或探索性工作。
适用场景
- 对该流程进行无障碍评审。
- 明确工程需要为键盘和屏幕阅读器实现什么。
- 对照 508 预期进行检查。
- 判断是否已经可以称为符合 WCAG。
输出与限制
输出时先列出会阻断任务完成或造成排斥的障碍。对每个重要问题，说明触发条件、期望的可访问行为、可用证据，以及实现中必须验证的内容。避免在大多数标准与产物无关时倾倒整份 WCAG 清单。该技能不会替代实际的键盘、浏览器、屏幕阅读器、缩放/重排等测试，也不能仅凭设计评审声称符合 WCAG 或 Section 508。