用途：审查并改进网页无障碍性，遵循 WCAG 2.2 指南，适用于“改善无障碍”“a11y 审计”“WCAG 合规”“屏幕阅读器”等请求。
主要能力：按 POUR 原则（可感知、可操作、可理解、健壮）组织内容，覆盖 A/AA/AAA 合规级别。包括：图片替代文本与装饰性图片处理、图标按钮可访问名称、颜色对比度要求（普通文本 4.5:1、大文本 3:1、UI 组件 3:1）、媒体字幕与文字稿、键盘可操作性、焦点可见性、焦点不被遮挡（2.4.11，2.2 新增）、跳转链接、目标尺寸 24×24 CSS 像素（2.5.8）、拖动替代方案（2.5.7）、时间限制、减少动态效果、页面语言、一致导航与帮助、表单标签与错误处理、避免重复输入（3.3.7）、可访问认证（3.3.8）、ARIA 正确使用与实时区域。
工作流程：优先进行证据驱动的审计。有渲染页面时运行 Lighthouse Accessibility 审计（如 Chrome DevTools MCP 的 lighthouse_audit），用审计失败节点定位组件，检查渲染后的无障碍树快照（take_snapshot），用键盘操作相关流程，修复源码后重新审计与手动交互。无实时工具时使用 Lighthouse CLI（npx lighthouse https://example.com --only-categories=accessibility）或 axe（npm install @axe-core/cli -g，axe https://example.com），并完成相同手动检查。
限制：自动化工具仅能发现部分无障碍障碍，100 分不等于 WCAG 合规，低分也不能替代问题级证据。需手动测试键盘导航、屏幕阅读器（VoiceOver/NVDA/TalkBack）、200% 缩放、高对比度模式、减少动态效果、焦点顺序与目标尺寸。无必选 MCP 服务器，不支持时按本地说明与标准工具回退。该技能可在 GitHub Copilot、Claude Code、Codex 间移植；Codex 需同步到 $CODEX_HOME/skills/accessibility 并重启。相关技能包括 web-quality-audit、frontend-design、verification-before-completion、documentation-verification。