a11y-audit

Solid

Audit a UI or design against WCAG 2.2 AA/AAA and ARIA patterns, returning criterion-referenced findings with severity and specific fixes. Use when the user wants an accessibility check, contrast verification, keyboard/screen-reader review, or wants to confirm a component meets POUR.

Web & Frontend 1,021 stars 105 forks Updated 2 weeks ago

Install

View on GitHub

Quality Score: 82/100

Stars 20%
100
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
62
Issue Health 10%
50
License 10%
0
Description 5%
100

Skill Content

# Skill: Accessibility Audit Evaluate against WCAG 2.2 and the project's ARIA patterns. ## Steps 1. Read `accessibility/wcag-checklist.md` (POUR-organized, P0/P1/P2) and `accessibility/aria-patterns.md`. 2. Check the mandatory P0 set per component: keyboard navigable, focus visible (≥3:1), screen-reader name/role/state, contrast (4.5:1 text / 3:1 UI), target size ≥24×24, no color-only signaling. 3. Verify WCAG 2.2 additions: Focus Not Obscured (2.4.11), Target Size (2.5.8), Accessible Authentication (3.3.8). 4. **Contrast — measure, don't eyeball.** For rendered HTML, RUN the real-render gates and report their actual output (CLAUDE.md → Verification Protocol): `node scripts/measure_render.mjs <file> [--dark]` (every text element) AND `node scripts/verify_states.mjs <file> [--dark]` (every interactive element in default/hover/focus — catches hover-state failures). For loose color pairs, `python3 scripts/contrast.py "<fg>" "<bg>"`. Never state a ratio you did not measure. 5. Check reduced-motion handling (`taste/motion-choreography.md`). ## Output A findings table: WCAG criterion (e.g. 1.4.3) · severity (P0/P1/P2) · what fails · specific fix. Confirm passes explicitly. Accessibility may never be traded for aesthetics.

Details

Author
plugin87
Repository
plugin87/ux-ui-agent-skills
Created
5 months ago
Last Updated
2 weeks ago
Language
JavaScript
License
None

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category