accessibility-audit
Fast, high-signal accessibility triage for pages, components, or PRs targeting WCAG 2.2 AA compliance.
Best use case
accessibility-audit is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Fast, high-signal accessibility triage for pages, components, or PRs targeting WCAG 2.2 AA compliance.
Teams using accessibility-audit should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/accessibility-audit/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How accessibility-audit Compares
| Feature / Agent | accessibility-audit | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Fast, high-signal accessibility triage for pages, components, or PRs targeting WCAG 2.2 AA compliance.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Accessibility Audit Skill Fast, high-signal accessibility triage for pages, components, or PRs. This is a lightweight check, not a full compliance audit. ## When to Use This Skill - Quick accessibility triage before releases - Component-level a11y verification - PR review for accessibility regressions - Smoke checks for WCAG compliance - Validating keyboard navigation on new features ## Quick Audit Checklist ### 1. Automated Snapshot (Recommended) Run one of these automated tools first: - `npx @axe-core/cli <url>` - Quick axe-core scan - `npx pa11y <url> --standard WCAG2AA` - Pa11y audit - Lighthouse Accessibility score (Chrome DevTools > Lighthouse > Accessibility) ### 2. Keyboard Basics | Check | Expected | |-------|----------| | All interactive elements reachable via Tab | Yes | | Focus indicator always visible | Yes | | No keyboard traps | Yes | | Logical tab order | Yes | | Skip link works for long pages | Yes | ### 3. Semantics and Labels | Check | Expected | |-------|----------| | Single, descriptive H1 | Yes | | Logical heading order (no large jumps) | Yes | | Form inputs have visible labels or aria-label | Yes | | Buttons and links have clear names | Yes | | Images have meaningful alt text (or empty for decorative) | Yes | ### 4. Visual Contrast | Element | Minimum Ratio | |---------|---------------| | Normal text | 4.5:1 | | Large text (18pt+ or 14pt bold+) | 3:1 | | UI components (inputs, buttons, focus rings) | 3:1 | ### 5. Motion and Updates | Check | Expected | |-------|----------| | Respects `prefers-reduced-motion` | Yes | | Dynamic updates announced (aria-live) | Yes | ## Output Format After running the audit, report findings as: ```markdown ## Accessibility Audit: [Component/Page Name] ### Result: [Pass | Needs Fixes | Escalate to Full Audit] ### Findings | Severity | Issue | Location | Fix Guidance | |----------|-------|----------|--------------| | Critical | [Description] | [Selector/Line] | [How to fix] | | Major | [Description] | [Selector/Line] | [How to fix] | | Minor | [Description] | [Selector/Line] | [How to fix] | ### Escalation Recommendation [If applicable, explain why a full audit is needed] ``` ## Escalate to Full Audit When - New or changed navigation structure - Complex forms or authentication flows - Custom widgets or advanced interactions (modals, accordions, tabs) - Public releases or compliance requirements - Significant page structure changes - Failed automated scans with multiple critical issues ## Notes - This smoke check targets **WCAG 2.2 AA** by default - If a different compliance level is required, state it explicitly - Automated tools catch ~30-40% of issues; manual testing is essential - Test with actual screen readers (VoiceOver, NVDA) for comprehensive coverage
Related Skills
claude-a11y-audit
Use when reviewing UI diffs, accessibility audits, or flaky UI tests to catch a11y regressions, semantic issues, keyboard/focus problems, and to recommend minimal fixes plus role-based test selectors.
Axe-core Accessibility
Automated accessibility testing with axe-core and WCAG 2.1 compliance
aws-security-audit
Comprehensive AWS security posture assessment using AWS CLI and security best practices
auditor-workflow
Group-level implementation audit workflow for auditor agents. Handles loading project rules, reading connected phases, reviewing code reviews, checking deferred items, cross-phase impact analysis, verification, and structured reporting to the orchestrator. Invoke this skill as your first action — not user-invocable.
auditor-gate
Apply final governance and release-gate checks to a judged change set by reading `handoff.json`, `verdict.json`, optional eval evidence, and emitting machine-readable `audit.json` with `gate` status. Use when implementation already has a judge verdict and a separate auditor must decide landability (`pass`, `fail`, or `needs-human`) without modifying source files.
auditing-accessibility-wcag
Checks components and pages for WCAG 2.1 accessibility violations. Use when the user asks about a11y, WCAG compliance, screen readers, aria labels, keyboard navigation, or accessible patterns.
audit
Code quality and compliance audits — dead code detection, PII handling, and SOC 2 readiness
audit-rules
Audit Claude Code rule files for quality and compliance. Use when creating or validating .claude/rules/*.md files, or troubleshooting rule loading issues.
architecture-auditor
Architecture audit and analysis specialist for Modular Monoliths. **ALWAYS use when reviewing codebase architecture, evaluating bounded contexts, assessing shared kernel size, detecting "Core Obesity Syndrome", or comparing implementation against ADR-0001 and anti-patterns guide.** Use proactively when user asks about context isolation, cross-context coupling, or shared kernel growth. Examples - "audit contexts structure", "check shared kernel size", "find cross-context imports", "detect base classes", "review bounded context isolation", "check for Core Obesity".
AI Safety Auditor
Audit AI systems for safety, bias, and responsible deployment
ai-doc-system-auditor
No description provided.
agent-security-auditor
Expert security auditor specializing in comprehensive security assessments, compliance validation, and risk management. Masters security frameworks, audit methodologies, and compliance standards with focus on identifying vulnerabilities and ensuring regulatory adherence.