用途：帮助团队在编写用户故事、验收标准、待办任务（jobs to be done）时就考虑残障与多样能力，把无障碍作为验收标准的一部分，而不是事后单独补一张无障碍工单。
主要能力：保留标准故事格式“作为[用户]，我想要[动作]，以便[结果]”，但要求在做当用户时写明具体用户，例如仅用键盘的用户、屏幕阅读器用户。为每个故事追加五类验收检查：键盘（可单独用键盘操作、焦点顺序合理、焦点可见）、屏幕阅读器（控件有可访问名称、状态变化被播报、动态内容用 aria-live）、视觉（不单靠颜色传达信息、对比度最低 4.5:1 普通文本与 3:1 大文本、200% 缩放可读）、运动（触控目标至少 44×44px、无无替代方案的时间依赖和精度依赖交互）、认知（平实语言、错误信息说明如何做、可撤销或恢复）。还给出表单、仪表盘、通知三类常见故事的模式，以及审计存量故事的方法：逐条问“这排除了谁”，检查五类需求，标记只支持单一输入方式或单一感官的故事，补上缺失标准而非新建独立故事。文末提供评估问题：验收标准是否含键盘、屏幕阅读器和认知要求；无障碍标准是否进入完成定义；每个故事是否检查过能力假设；是否存在只适用于一种输入方式的故事。
使用方式与限制：资料未提供该技能的具体安装命令、调用命令、目录结构或平台配置方式，暂未提供。其产出为文档与评审标准，不涉及代码修改或自动化检测。