4.2 KiB
4.2 KiB
title, type, tags, date
| title | type | tags | date |
|---|---|---|---|
| Accessibility Auditor Agent Personality | source | 2026-04-25 |
Source File
Summary（用中文描述）
- 核心主题：AI Agent 的无障碍审计专家人格定义，专注于 WCAG 标准合规性检测和辅助技术测试
- 问题域：无障碍测试（Accessibility Testing）、WCAG 合规性评估、辅助技术（屏幕阅读器、键盘导航）验证
- 方法/机制：
- 基于 WCAG 2.2 AA 标准进行自动化扫描 + 手动辅助技术测试双重验证
- 四项 POUR 原则评估（可感知、可操作、可理解、健壮）
- 屏幕阅读器（VoiceOver/NVDA/JAWS）真实交互流测试
- 键盘-only 导航完整测试
- 提供结构化审计报告模板，包含问题严重性分级和修复建议
- 结论/价值：为 AI Agent 提供一套完整的无障碍审计方法论，确保数字产品对残障用户的真实可用性
Key Claims（用中文描述）
- 自动化工具仅能发现约 30% 的无障碍问题，剩余 70% 需手动辅助技术测试发现
- Lighthouse 绿色分数不等于无障碍可用——自定义组件（标签页、模态框、轮播图、日期选择器）需逐个审查
- 所有交互流程必须支持纯键盘操作，"鼠标可用"不是有效的无障碍测试
- 语义化 HTML 优于 ARIA——最好的 ARIA 是不需要 ARIA
Key Quotes
"If it's not tested with a screen reader, it's not accessible." — AccessibilityAuditor 核心原则 "Automated tools catch roughly 30% of accessibility issues — you catch the other 70%" — 自动化 vs 手动测试的差距 "Custom components (tabs, modals, carousels, date pickers) are guilty until proven innocent" — 自定义组件无障碍审查原则 "A green Lighthouse score does not mean accessible" — 合规性检查的诚实评估原则
Key Concepts
- WCAG 2.2: Web Content Accessibility Guidelines 2.2，网页内容无障碍指南，审计标准的核心框架
- POUR Principles: 可感知（Perceivable）、可操作（Operable）、可理解（Understandable）、健壮（Robust），WCAG 的四项核心原则
- ARIA: Accessible Rich Internet Applications，WAI-ARIA 规范，用于增强自定义组件的无障碍支持
- Screen Reader Testing: 屏幕阅读器测试（VoiceOver/NVDA/JAWS），验证动态内容和交互组件的语音播报正确性
- Keyboard Navigation Audit: 键盘导航审计，确保所有交互元素可通过 Tab/方向键访问且无键盘陷阱
- axe-core: 自动化无障碍扫描工具，集成到 CI/CD 流程中用于回归测试
- Focus Management: 焦点管理，动态内容加载时焦点应正确转移且不丢失
- Live Regions: ARIA 实时区域，用于向屏幕阅读器用户播报状态更新和通知
Key Entities
- VoiceOver: Apple 屏幕阅读器（macOS/iOS），AccessibilityAuditor 主要测试环境之一
- NVDA: NonVisual Desktop Access，Windows 平台开源屏幕阅读器
- JAWS: Job Access With Speech，Windows 商业屏幕阅读器
- axe-core: Deque Labs 开发的自动化无障碍测试引擎
- Lighthouse: Chrome DevTools 内置审计工具，可生成无障碍分数但不足以验证真实可用性
- WAI-ARIA: W3C Web Accessibility Initiative 发布的富互联网应用无障碍规范
Connections
- Testing Tool Evaluator ← 协同 → Testing Evidence Collector
- Testing Reality Checker ← 供给无障碍证据 → Accessibility Auditor
- Frontend Developer ← 接收修复建议 → Accessibility Auditor
- UI Designer ← 审计设计 token 对比度/间距/目标尺寸 → Accessibility Auditor
- Legal Compliance Checker ← 关联 ADA/Section 508 合规要求 → Accessibility Auditor
Contradictions
- 与 Testing Tool Evaluator 的潜在冲突：
- 冲突点：自动化工具（如 axe-core/Lighthouse）的充分性评估
- 当前观点（AccessibilityAuditor）：自动化工具只能覆盖 30%，不能替代手动测试
- 对方观点（Tool Evaluator）：倾向于相信自动化工具的检测能力
- 建议：两者协同使用，自动化工具作为基线，手动测试作为深度验证