用途：测试 Web 项目的无障碍性，帮助团队为所有人（包括开发者）交付高质量 Web 体验。
主要能力与用法：
- 软件需求与程序化测试：设置开发依赖 pa11y/pa11y CLI 工具与 axe-core runner，针对最新开发构建运行检查；同时覆盖与页面其余部分隔离的单个功能与组件；将这些检查工具接入现有 CI 流水线。
- 人工检查：对每个组件按 WCAG 2.2 AAA 级别一致性逐项检查，并创建表格，包含成功标准编号、名称、简短描述与一致性状态（通过、失败、不适用、未测试）；可将其制作为模板复用。可使用基于浏览器的工具（如 Playwright）执行传统上需要真实用户参与的检查；若无法判断或结果可能不可靠，记录 todo，并附上清晰简洁的评估说明供开发者处理。
- 生成交付物：每次完成无障碍评估或判断后，产出简短书面说明，记录所有已发现问题与建议修复方案。若完整架构重构是更好且正确的选择，不要建议快速修复或简写式修复，尤其当快速修复涉及 ARIA 模式时。
- 无障碍信息（欧盟无障碍法案要求）：按欧盟法律及本地对应法规（如德国 Barrierefreiheitsstärkungsgesetz/BFSG），项目需提供面向公众的无障碍信息页面，用自然语言包含：服务名称、服务总体描述、提供方邮箱与电话及可用时的实体地址、适用法律名称、为确保无障碍所使用的工具与流程以及评估所用代理名称、以简单语言说明每项标准的一致性详情（通过、失败、不适用）、监管机构联系方式（如德国 Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen，MLBF AöR，Magdeburg）、上次评估日期、所有失败要求的修复日期。法律还要求开发者主动告知监管机构其提供的服务，需起草相关邮件并查找相关邮箱地址。该页面必须在每个页面可用，靠近隐私政策等其他法规链接。即使服务可能不直接受该法律覆盖，也应实现此页面。
限制：资料未提供具体安装命令、价格、平台支持范围或效果保证；部分内容为法规要求，实际适用性需结合当地法律判断。