用途：对设计稿或页面进行 WCAG 2.1 AA 无障碍合规审计。触发语包括“audit accessibility”“check a11y”“is this accessible?”，或在审查设计时触发。用法：命令为 /accessibility-review $ARGUMENTS，并以 @$1 指定审计对象。使用时若出现不熟悉的占位符或需确认已连接工具，可查看 CONNECTORS.md。
主要能力：围绕 WCAG 2.1 AA 的四个原则给出快速参考清单。可感知部分覆盖非文本内容替代文本、语义化信息与结构、对比度（普通文本≥4.5:1，大文本≥3:1）、非文本对比度≥3:1。可操作部分覆盖键盘可达、逻辑焦点顺序、可见焦点指示、触控目标≥44x44 CSS 像素。可理解部分覆盖焦点行为可预测、错误识别、输入标签或说明。健壮部分覆盖 UI 组件的名称、角色与值。
常见问题检查项包括：颜色对比度不足、表单缺少标签、交互元素无键盘访问、有意义的图片缺少替代文本、模态框焦点陷阱、缺少 ARIA 地标、自动播放媒体无控件、时间限制无法延长。
测试方法：自动化扫描（约捕获30%问题）、仅键盘导航、屏幕阅读器测试（VoiceOver、NVDA）、颜色对比度验证、放大到200%检查布局是否破坏。
输出结构：生成标题为“Accessibility Audit: [Design/Page Name]”的报告，标注标准与日期，给出问题总数及严重级别统计（Critical、Major、Minor），并按可感知、可操作、可理解、健壮四部分以表格列出问题、WCAG 标准、严重级别与修复建议；另含颜色对比度检查表、键盘导航表、屏幕阅读器表与优先修复清单。
连接器：若连接设计工具，可直接从 Figma 检查颜色值、字号与触控目标，检查设计规范中的组件 ARIA 角色与键盘行为；若连接项目跟踪器，可为每个发现创建带严重级别与 WCAG 标准的工单，并关联到已有的无障碍修复史诗。
限制与提示：该审计是良好起点，但仍建议使用 VoiceOver/NVDA 等真实辅助技术进行人工测试，以捕获自动化无法发现的问题；优先修复阻碍用户的问题，再处理打磨项。费用、平台支持范围等事实暂未提供。