Audit web accessibility to meet WCAG 2.1 AA standards.
Install
mkdir -p .claude/skills/accessibility-review && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/18008" && unzip -o skill.zip -d .claude/skills/accessibility-review && rm skill.zipInstalls to .claude/skills/accessibility-review
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Run a WCAG 2.1 AA accessibility audit on a design or page. Trigger with "audit accessibility", "check a11y", "is this accessible?", or when reviewing a design for color contrast, keyboard navigation, touch target size, or screen reader behavior before handoff.Key capabilities
- →Audit designs or pages for WCAG 2.1 AA compliance.
- →Check color contrast ratios for normal and large text.
- →Verify keyboard-only navigation and logical focus order.
- →Assess semantic structure and non-text content alternatives.
- →Identify common accessibility barriers like missing labels or focus traps.
How it works
The skill performs an accessibility audit by checking against WCAG 2.1 AA criteria, covering perceivable, operable, understandable, and reliable principles. It identifies issues like contrast, keyboard navigation, and semantic structure.
Inputs & outputs
When to use accessibility-review
- →Audit page accessibility
- →Validate design for WCAG compliance
- →Check keyboard navigation flow
About this skill
/accessibility-review
Audit a design or page for WCAG 2.1 AA accessibility compliance.
Usage
/accessibility-review $ARGUMENTS
Audit for accessibility: @$1
WCAG 2.1 AA Quick Reference
Perceivable
- 1.1.1 Non-text content has alt text
- 1.3.1 Info and structure conveyed semantically
- 1.4.3 Contrast ratio >= 4.5:1 (normal text), >= 3:1 (large text)
- 1.4.11 Non-text contrast >= 3:1 (UI components, graphics)
Operable
- 2.1.1 All functionality available via keyboard
- 2.4.3 Logical focus order
- 2.4.7 Visible focus indicator
Understandable
- 3.2.1 Predictable on focus (no unexpected changes)
- 3.3.1 Error identification (describe the error)
- 3.3.2 Labels or instructions for inputs
Robust
- 4.1.2 Name, role, value for all UI components
Common Issues
- Insufficient color contrast
- Missing form labels
- No keyboard access to interactive elements
- Missing alt text on meaningful images
- Focus traps in modals
- Missing ARIA landmarks
- Auto-playing media without controls
- Time limits without extension options
Testing Approach
- Automated scan (catches ~30% of issues)
- Keyboard-only navigation
- Screen reader testing (VoiceOver, NVDA)
- Color contrast verification
- Zoom to 200% — does layout break?
Output
## Accessibility Audit: [Design/Page Name]
**Standard:** WCAG 2.1 AA | **Date:** [Date]
### Summary
**Issues found:** [X] | **Critical:** [X] | **Major:** [X] | **Minor:** [X]
### Findings
#### Perceivable
| # | Issue | WCAG Criterion | Severity | Recommendation |
| --- | ------- | ---------------- | ----------- | -------------- |
| 1 | [Issue] | [1.4.3 Contrast] | 🔴 Critical | [Fix] |
#### Operable
| # | Issue | WCAG Criterion | Severity | Recommendation |
| --- | ------- | ---------------- | -------- | -------------- |
| 1 | [Issue] | [2.1.1 Keyboard] | 🟡 Major | [Fix] |
#### Understandable
| # | Issue | WCAG Criterion | Severity | Recommendation |
| --- | ------- | -------------- | -------- | -------------- |
| 1 | [Issue] | [3.3.2 Labels] | 🟢 Minor | [Fix] |
#### Robust
| # | Issue | WCAG Criterion | Severity | Recommendation |
| --- | ------- | ------------------------- | -------- | -------------- |
| 1 | [Issue] | [4.1.2 Name, Role, Value] | 🟡 Major | [Fix] |
### Color Contrast Check
| Element | Foreground | Background | Ratio | Required | Pass? |
| ----------- | ---------- | ---------- | ----- | -------- | ----- |
| [Body text] | [color] | [color] | [X]:1 | 4.5:1 | ✅/❌ |
### Keyboard Navigation
| Element | Tab Order | Enter/Space | Escape | Arrow Keys |
| --------- | --------- | ----------- | ---------- | ---------- |
| [Element] | [Order] | [Behavior] | [Behavior] | [Behavior] |
### Screen Reader
| Element | Announced As | Issue |
| --------- | -------------- | ---------------- |
| [Element] | [What SR says] | [Problem if any] |
### Priority Fixes
1. **[Critical fix]** — Affects [who] and blocks [what]
2. **[Major fix]** — Improves [what] for [who]
3. **[Minor fix]** — Nice to have
If Connectors Available
If design assets are provided or a design tool connector is available:
- Inspect color values, font sizes, and touch targets directly from the provided design assets or generated visuals
- Check component ARIA roles and keyboard behavior in the design spec (if available)
If project tracker is connected:
- Create tickets for each accessibility finding with severity and WCAG criterion
- Link findings to existing accessibility remediation epics
Tips
- Start with contrast and keyboard — These catch the most common and impactful issues.
- Test with real assistive technology — My audit is a great start, but manual testing with VoiceOver/NVDA catches things I can't.
- Prioritize by impact — Fix issues that block users first, polish later.
When not to use it
- →When the audit is not for WCAG 2.1 AA compliance.
- →When the task is not related to accessibility review.
- →When a general UI review is needed, not an accessibility-focused one.
Limitations
- →Automated scans catch only ~30% of issues.
- →Manual testing with screen readers (VoiceOver, NVDA) is recommended.
- →The audit focuses on WCAG 2.1 AA standards.
How it compares
This skill provides a structured, WCAG 2.1 AA-compliant accessibility audit report, including specific findings, severity, and recommendations, which is more complete and actionable than a general accessibility check.
Compared to similar skills
accessibility-review side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| accessibility-review (this skill) | 0 | 28d | No flags | Intermediate |
| web-design-guidelines | 32 | 6mo | No flags | Beginner |
| accessibility-compliance-accessibility-audit | 4 | 3mo | No flags | Intermediate |
| axiom-ios-accessibility | 1 | 1mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by hsc00
View all by hsc00 →You might also like
web-design-guidelines
vercel
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
accessibility-compliance-accessibility-audit
sickn33
You are an accessibility expert specializing in WCAG compliance, inclusive design, and assistive technology compatibility. Conduct audits, identify barriers, and provide remediation guidance.
axiom-ios-accessibility
CharlesWiltgen
Use when fixing or auditing ANY accessibility issue - VoiceOver, Dynamic Type, color contrast, touch targets, WCAG compliance, App Store accessibility review.
ui-visual-validator
sickn33
Rigorous visual validation expert specializing in UI testing, design system compliance, and accessibility verification. Masters screenshot analysis, visual regression testing, and component validation. Use PROACTIVELY to verify UI modifications have achieved their intended goals through comprehensive visual analysis.
audit
educlopez
Technical UI audit — a11y, performance, responsive. Produces a prioritized findings table. Invoke when the user asks for audit on their UI, or mentions 'audit' alongside design / UI / frontend work.
ux-audit
rioX432
Comprehensive UI/UX audit: heuristic evaluation, accessibility, visual analysis, platform guidelines, and improvement proposals — then create GitHub Issues