In the Skill's Own Terms
A WCAG 2.1 AA audit routine for a design or page, triggered by phrases like "audit accessibility" or "check a11y" and taking a Figma URL, URL or description as its argument.
The file lists contrast, keyboard, focus, form-label and screen-reader checks, followed by a five-pass testing approach. Findings go into a Markdown report with severity counts, per-principle tables and prioritized fixes. Its 44×44 CSS-pixel target-size check goes beyond WCAG 2.1 AA; the checklist is not a complete conformance assessment.
What it produces
- A markdown accessibility audit report headed with the design or page name and the WCAG 2.1 AA standard.
- A findings section broken into Perceivable, Operable, Understandable and Robust tables of issue, criterion, severity and recommendation.
- Dedicated color contrast, keyboard navigation and screen reader tables, including the announced name per element.
- An ordered priority fix list splitting critical fixes that block users from major improvements and minor nice-to-haves.
How It Works
- 01Pass in the Thing to Audit
The command takes a Figma URL, a page URL, or a written description as its argument and audits that target.
- 02Work Through the Accessibility Checklist
The quick reference groups criteria under Perceivable, Operable, Understandable and Robust, each with its success criterion number and threshold.
- 03Run the Five Testing Passes
Automated scan, keyboard-only navigation, screen reader testing, contrast verification and 200% zoom, in that order.
- 04Write the Fixed Report Shape
One markdown report with a severity summary, a findings table per principle, and separate contrast, keyboard and screen reader tables.
- 05Use Connectors When Present
With a design tool connected it reads color values, font sizes and touch targets from Figma; with a project tracker it files per-finding tickets.