
Accessibility
- 346 installs
- 30.1k repo stars
- Updated August 4, 2026
- davila7/claude-code-templates
accessibility is a frontend agent skill that audits and remediates WCAG 2.1 keyboard, contrast, ARIA, and screen-reader issues for developers shipping public web or mobile interfaces.
About
accessibility is an agent skill from davila7/claude-code-templates (metadata version 1.0) that guides WCAG 2.1 Level A, AA, and AAA conformance checks for public web and mobile UIs. It inspects semantic HTML, keyboard tab order, focus management, color contrast ratios, ARIA landmarks, alt text, and screen-reader labels aligned with Lighthouse and axe DevTools patterns. Manual testing guidance covers NVDA, JAWS, and VoiceOver checks plus 200% zoom reflow validation. The skill returns prioritized critical, serious, and moderate remediation steps with concrete HTML and ARIA code fixes. Reach for accessibility before launch when legal WCAG AA compliance, ADA readiness, or user-reported keyboard and screen-reader failures block release.
- WCAG 2.x checklist flows
- ARIA and semantic markup
- Keyboard and focus order
- Color contrast remediation
- Screen-reader labeling
Accessibility by the numbers
- 346 all-time installs (skills.sh)
- Ranked #734 of 1,880 Design & UI/UX skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/davila7/claude-code-templates --skill accessibilityAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 346 |
|---|---|
| repo stars | ★ 30.1k |
| Last updated | August 4, 2026 |
| Repository | davila7/claude-code-templates ↗ |
How do you audit WCAG accessibility before shipping?
Audit and fix WCAG issues—keyboard nav, contrast, ARIA, focus order, and screen-reader labels—before shipping public web or mobile experiences.
Who is it for?
Frontend developers preparing public web or mobile releases who need structured WCAG 2.1 AA audits with keyboard, contrast, and screen-reader remediation guidance.
Skip if: Teams that only need automated Lighthouse scores without manual keyboard or screen-reader test steps, or native-only apps outside web UI scope, should skip accessibility.
When should I use this skill?
User asks for a11y audit, WCAG compliance review, keyboard navigation fixes, ARIA implementation, or screen-reader compatibility before ship
What you get
Prioritized a11y violation list, ARIA and HTML remediation snippets, and manual keyboard and screen-reader test checklist
- prioritized a11y violation list
- HTML and ARIA fix snippets
- manual test checklist
By the numbers
- Skill metadata version 1.0 from davila7/claude-code-templates
- Covers WCAG 2.1 Level A, AA, and AAA conformance targets
Files
Accessibility (a11y)
Comprehensive accessibility guidelines based on WCAG 2.1 and Lighthouse accessibility audits. Goal: make content usable by everyone, including people with disabilities.
WCAG Principles: POUR
| Principle | Description |
|---|---|
| Perceivable | Content can be perceived through different senses |
| Operable | Interface can be operated by all users |
| Understandable | Content and interface are understandable |
| Robust | Content works with assistive technologies |
Conformance levels
| Level | Requirement | Target |
|---|---|---|
| A | Minimum accessibility | Must pass |
| AA | Standard compliance | Should pass (legal requirement in many jurisdictions) |
| AAA | Enhanced accessibility | Nice to have |
---
Perceivable
Text alternatives (1.1)
Images require alt text:
<!-- ❌ Missing alt -->
<img src="chart.png">
<!-- ✅ Descriptive alt -->
<img src="chart.png" alt="Bar chart showing 40% increase in Q3 sales">
<!-- ✅ Decorative image (empty alt) -->
<img src="decorative-border.png" alt="" role="presentation">
<!-- ✅ Complex image with longer description -->
<figure>
<img src="infographic.png" alt="2024 market trends infographic"
aria-describedby="infographic-desc">
<figcaption id="infographic-desc">
<!-- Detailed description -->
</figcaption>
</figure>Icon buttons need accessible names:
<!-- ❌ No accessible name -->
<button><svg><!-- menu icon --></svg></button>
<!-- ✅ Using aria-label -->
<button aria-label="Open menu">
<svg aria-hidden="true"><!-- menu icon --></svg>
</button>
<!-- ✅ Using visually hidden text -->
<button>
<svg aria-hidden="true"><!-- menu icon --></svg>
<span class="visually-hidden">Open menu</span>
</button>Visually hidden class:
.visually-hidden {
position: absolute;
width: 1px;
height: 1px;
padding: 0;
margin: -1px;
overflow: hidden;
clip: rect(0, 0, 0, 0);
white-space: nowrap;
border: 0;
}Color contrast (1.4.3, 1.4.6)
| Text Size | AA minimum | AAA enhanced |
|---|---|---|
| Normal text (< 18px / < 14px bold) | 4.5:1 | 7:1 |
| Large text (≥ 18px / ≥ 14px bold) | 3:1 | 4.5:1 |
| UI components & graphics | 3:1 | 3:1 |
/* ❌ Low contrast (2.5:1) */
.low-contrast {
color: #999;
background: #fff;
}
/* ✅ Sufficient contrast (7:1) */
.high-contrast {
color: #333;
background: #fff;
}
/* ✅ Focus states need contrast too */
:focus-visible {
outline: 2px solid #005fcc;
outline-offset: 2px;
}Don't rely on color alone:
<!-- ❌ Only color indicates error -->
<input class="error-border">
<style>.error-border { border-color: red; }</style>
<!-- ✅ Color + icon + text -->
<div class="field-error">
<input aria-invalid="true" aria-describedby="email-error">
<span id="email-error" class="error-message">
<svg aria-hidden="true"><!-- error icon --></svg>
Please enter a valid email address
</span>
</div>Media alternatives (1.2)
<!-- Video with captions -->
<video controls>
<source src="video.mp4" type="video/mp4">
<track kind="captions" src="captions.vtt" srclang="en" label="English" default>
<track kind="descriptions" src="descriptions.vtt" srclang="en" label="Descriptions">
</video>
<!-- Audio with transcript -->
<audio controls>
<source src="podcast.mp3" type="audio/mp3">
</audio>
<details>
<summary>Transcript</summary>
<p>Full transcript text...</p>
</details>---
Operable
Keyboard accessible (2.1)
All functionality must be keyboard accessible:
// ❌ Only handles click
element.addEventListener('click', handleAction);
// ✅ Handles both click and keyboard
element.addEventListener('click', handleAction);
element.addEventListener('keydown', (e) => {
if (e.key === 'Enter' || e.key === ' ') {
e.preventDefault();
handleAction();
}
});No keyboard traps:
// Modal focus management
function openModal(modal) {
const focusableElements = modal.querySelectorAll(
'button, [href], input, select, textarea, [tabindex]:not([tabindex="-1"])'
);
const firstElement = focusableElements[0];
const lastElement = focusableElements[focusableElements.length - 1];
// Trap focus within modal
modal.addEventListener('keydown', (e) => {
if (e.key === 'Tab') {
if (e.shiftKey && document.activeElement === firstElement) {
e.preventDefault();
lastElement.focus();
} else if (!e.shiftKey && document.activeElement === lastElement) {
e.preventDefault();
firstElement.focus();
}
}
if (e.key === 'Escape') {
closeModal();
}
});
firstElement.focus();
}Focus visible (2.4.7)
/* ❌ Never remove focus outlines */
*:focus { outline: none; }
/* ✅ Use :focus-visible for keyboard-only focus */
:focus {
outline: none;
}
:focus-visible {
outline: 2px solid #005fcc;
outline-offset: 2px;
}
/* ✅ Or custom focus styles */
button:focus-visible {
box-shadow: 0 0 0 3px rgba(0, 95, 204, 0.5);
}Skip links (2.4.1)
<body>
<a href="#main-content" class="skip-link">Skip to main content</a>
<header><!-- navigation --></header>
<main id="main-content" tabindex="-1">
<!-- main content -->
</main>
</body>.skip-link {
position: absolute;
top: -40px;
left: 0;
background: #000;
color: #fff;
padding: 8px 16px;
z-index: 100;
}
.skip-link:focus {
top: 0;
}Timing (2.2)
// Allow users to extend time limits
function showSessionWarning() {
const modal = createModal({
title: 'Session Expiring',
content: 'Your session will expire in 2 minutes.',
actions: [
{ label: 'Extend session', action: extendSession },
{ label: 'Log out', action: logout }
],
timeout: 120000 // 2 minutes to respond
});
}Motion (2.3)
/* Respect reduced motion preference */
@media (prefers-reduced-motion: reduce) {
*,
*::before,
*::after {
animation-duration: 0.01ms !important;
animation-iteration-count: 1 !important;
transition-duration: 0.01ms !important;
scroll-behavior: auto !important;
}
}---
Understandable
Page language (3.1.1)
<!-- ❌ No language specified -->
<html>
<!-- ✅ Language specified -->
<html lang="en">
<!-- ✅ Language changes within page -->
<p>The French word for hello is <span lang="fr">bonjour</span>.</p>Consistent navigation (3.2.3)
<!-- Navigation should be consistent across pages -->
<nav aria-label="Main">
<ul>
<li><a href="/" aria-current="page">Home</a></li>
<li><a href="/products">Products</a></li>
<li><a href="/about">About</a></li>
</ul>
</nav>Form labels (3.3.2)
<!-- ❌ No label association -->
<input type="email" placeholder="Email">
<!-- ✅ Explicit label -->
<label for="email">Email address</label>
<input type="email" id="email" name="email"
autocomplete="email" required>
<!-- ✅ Implicit label -->
<label>
Email address
<input type="email" name="email" autocomplete="email" required>
</label>
<!-- ✅ With instructions -->
<label for="password">Password</label>
<input type="password" id="password"
aria-describedby="password-requirements">
<p id="password-requirements">
Must be at least 8 characters with one number.
</p>Error handling (3.3.1, 3.3.3)
<!-- Announce errors to screen readers -->
<form novalidate>
<div class="field" aria-live="polite">
<label for="email">Email</label>
<input type="email" id="email"
aria-invalid="true"
aria-describedby="email-error">
<p id="email-error" class="error" role="alert">
Please enter a valid email address (e.g., name@example.com)
</p>
</div>
</form>// Focus first error on submit
form.addEventListener('submit', (e) => {
const firstError = form.querySelector('[aria-invalid="true"]');
if (firstError) {
e.preventDefault();
firstError.focus();
// Announce error summary
const errorSummary = document.getElementById('error-summary');
errorSummary.textContent = `${errors.length} errors found. Please fix them and try again.`;
errorSummary.focus();
}
});---
Robust
Valid HTML (4.1.1)
<!-- ❌ Duplicate IDs -->
<div id="content">...</div>
<div id="content">...</div>
<!-- ❌ Invalid nesting -->
<a href="/"><button>Click</button></a>
<!-- ✅ Unique IDs -->
<div id="main-content">...</div>
<div id="sidebar-content">...</div>
<!-- ✅ Proper nesting -->
<a href="/" class="button-link">Click</a>ARIA usage (4.1.2)
Prefer native elements:
<!-- ❌ ARIA role on div -->
<div role="button" tabindex="0">Click me</div>
<!-- ✅ Native button -->
<button>Click me</button>
<!-- ❌ ARIA checkbox -->
<div role="checkbox" aria-checked="false">Option</div>
<!-- ✅ Native checkbox -->
<label><input type="checkbox"> Option</label>When ARIA is needed:
<!-- Custom tabs component -->
<div role="tablist" aria-label="Product information">
<button role="tab" id="tab-1" aria-selected="true"
aria-controls="panel-1">Description</button>
<button role="tab" id="tab-2" aria-selected="false"
aria-controls="panel-2" tabindex="-1">Reviews</button>
</div>
<div role="tabpanel" id="panel-1" aria-labelledby="tab-1">
<!-- Panel content -->
</div>
<div role="tabpanel" id="panel-2" aria-labelledby="tab-2" hidden>
<!-- Panel content -->
</div>Live regions (4.1.3)
<!-- Status updates -->
<div aria-live="polite" aria-atomic="true" class="status">
<!-- Content updates announced to screen readers -->
</div>
<!-- Urgent alerts -->
<div role="alert" aria-live="assertive">
<!-- Interrupts current announcement -->
</div>// Announce dynamic content changes
function showNotification(message, type = 'polite') {
const container = document.getElementById(`${type}-announcer`);
container.textContent = ''; // Clear first
requestAnimationFrame(() => {
container.textContent = message;
});
}---
Testing checklist
Automated testing
# Lighthouse accessibility audit
npx lighthouse https://example.com --only-categories=accessibility
# axe-core
npm install @axe-core/cli -g
axe https://example.comManual testing
- [ ] Keyboard navigation: Tab through entire page, use Enter/Space to activate
- [ ] Screen reader: Test with VoiceOver (Mac), NVDA (Windows), or TalkBack (Android)
- [ ] Zoom: Content usable at 200% zoom
- [ ] High contrast: Test with Windows High Contrast Mode
- [ ] Reduced motion: Test with
prefers-reduced-motion: reduce - [ ] Focus order: Logical and follows visual order
Screen reader commands
| Action | VoiceOver (Mac) | NVDA (Windows) |
|---|---|---|
| Start/Stop | ⌘ + F5 | Ctrl + Alt + N |
| Next item | VO + → | ↓ |
| Previous item | VO + ← | ↑ |
| Activate | VO + Space | Enter |
| Headings list | VO + U, then arrows | H / Shift + H |
| Links list | VO + U | K / Shift + K |
---
Common issues by impact
Critical (fix immediately)
1. Missing form labels 2. Missing image alt text 3. Insufficient color contrast 4. Keyboard traps 5. No focus indicators
Serious (fix before launch)
1. Missing page language 2. Missing heading structure 3. Non-descriptive link text 4. Auto-playing media 5. Missing skip links
Moderate (fix soon)
1. Missing ARIA labels on icons 2. Inconsistent navigation 3. Missing error identification 4. Timing without controls 5. Missing landmark regions
References
- WCAG 2.1 Quick Reference
- WAI-ARIA Authoring Practices
- Deque axe Rules
- Web Quality Audit
WCAG 2.1 Quick Reference
Success criteria by level
Level A (minimum)
| Criterion | Description |
|---|---|
| 1.1.1 Non-text Content | All images, icons have text alternatives |
| 1.2.1 Audio-only/Video-only | Provide transcript or audio description |
| 1.2.2 Captions | Video with audio has captions |
| 1.2.3 Audio Description | Video has audio description |
| 1.3.1 Info and Relationships | Information conveyed through presentation is available programmatically |
| 1.3.2 Meaningful Sequence | Reading order is logical |
| 1.3.3 Sensory Characteristics | Instructions don't rely solely on shape, color, size, location, orientation, or sound |
| 1.4.1 Use of Color | Color is not the only visual means of conveying information |
| 1.4.2 Audio Control | Audio playing automatically can be paused/stopped |
| 2.1.1 Keyboard | All functionality available via keyboard |
| 2.1.2 No Keyboard Trap | Keyboard focus can be moved away from any component |
| 2.1.4 Character Key Shortcuts | Single-key shortcuts can be turned off or remapped |
| 2.2.1 Timing Adjustable | Time limits can be extended |
| 2.2.2 Pause, Stop, Hide | Moving/blinking content can be paused |
| 2.3.1 Three Flashes | Nothing flashes more than 3 times per second |
| 2.4.1 Bypass Blocks | Skip link or landmark navigation available |
| 2.4.2 Page Titled | Pages have descriptive titles |
| 2.4.3 Focus Order | Focus order preserves meaning |
| 2.4.4 Link Purpose | Link purpose clear from link text or context |
| 2.5.1 Pointer Gestures | Multi-point gestures have single-pointer alternatives |
| 2.5.2 Pointer Cancellation | Down-event doesn't trigger action (use up-event or click) |
| 2.5.3 Label in Name | Accessible name contains visible label text |
| 2.5.4 Motion Actuation | Motion-triggered functions have alternatives |
| 3.1.1 Language of Page | Default language specified in HTML |
| 3.2.1 On Focus | Focus doesn't trigger unexpected changes |
| 3.2.2 On Input | Input doesn't trigger unexpected changes |
| 3.3.1 Error Identification | Input errors clearly described |
| 3.3.2 Labels or Instructions | Form inputs have labels or instructions |
| 4.1.1 Parsing | HTML is well-formed (no duplicate IDs, proper nesting) |
| 4.1.2 Name, Role, Value | UI components have accessible names and correct roles |
Level AA (standard)
| Criterion | Description |
|---|---|
| 1.2.4 Captions (Live) | Live audio has captions |
| 1.2.5 Audio Description | Pre-recorded video has audio description |
| 1.3.4 Orientation | Content doesn't restrict orientation |
| 1.3.5 Identify Input Purpose | Input purpose can be programmatically determined |
| 1.4.3 Contrast (Minimum) | 4.5:1 for normal text, 3:1 for large text |
| 1.4.4 Resize Text | Text can be resized to 200% without loss of functionality |
| 1.4.5 Images of Text | Text used instead of images of text |
| 1.4.10 Reflow | Content reflows at 320px width without horizontal scroll |
| 1.4.11 Non-text Contrast | UI components have 3:1 contrast |
| 1.4.12 Text Spacing | Content adapts to text spacing changes |
| 1.4.13 Content on Hover/Focus | Additional content is dismissible, hoverable, persistent |
| 2.4.5 Multiple Ways | Multiple ways to find pages |
| 2.4.6 Headings and Labels | Headings and labels are descriptive |
| 2.4.7 Focus Visible | Focus indicator is visible |
| 3.1.2 Language of Parts | Language changes are marked |
| 3.2.3 Consistent Navigation | Navigation is consistent across pages |
| 3.2.4 Consistent Identification | Same functionality uses same labels |
| 3.3.3 Error Suggestion | Error corrections suggested when known |
| 3.3.4 Error Prevention (Legal) | Actions can be reversed or confirmed |
| 4.1.3 Status Messages | Status messages announced to screen readers |
Level AAA (enhanced)
| Criterion | Description |
|---|---|
| 1.4.6 Contrast (Enhanced) | 7:1 for normal text, 4.5:1 for large text |
| 1.4.8 Visual Presentation | Foreground/background colors can be selected |
| 1.4.9 Images of Text (No Exception) | No images of text |
| 2.1.3 Keyboard (No Exception) | All functionality keyboard accessible |
| 2.2.3 No Timing | No time limits |
| 2.2.4 Interruptions | Interruptions can be postponed |
| 2.2.5 Re-authenticating | Data preserved on re-authentication |
| 2.2.6 Timeouts | Users warned about data loss from inactivity |
| 2.3.2 Three Flashes | No content flashes more than 3 times |
| 2.3.3 Animation from Interactions | Motion animation can be disabled |
| 2.4.8 Location | User location within site is available |
| 2.4.9 Link Purpose (Link Only) | Link purpose clear from link text alone |
| 2.4.10 Section Headings | Sections have headings |
| 3.1.3 Unusual Words | Definitions available for unusual words |
| 3.1.4 Abbreviations | Abbreviations expanded |
| 3.1.5 Reading Level | Alternative content for complex text |
| 3.1.6 Pronunciation | Pronunciation available where needed |
| 3.2.5 Change on Request | Changes initiated only by user |
| 3.3.5 Help | Context-sensitive help available |
| 3.3.6 Error Prevention (All) | All form submissions can be reviewed |
Common ARIA patterns
Buttons
<button>Label</button>
<!-- or -->
<button aria-label="Close dialog">×</button>Links
<a href="/page">Descriptive link text</a>
<!-- External links -->
<a href="https://external.com" target="_blank" rel="noopener">
External site
<span class="visually-hidden">(opens in new tab)</span>
</a>Form fields
<label for="email">Email address</label>
<input type="email" id="email" aria-describedby="email-hint">
<p id="email-hint">We'll never share your email.</p>Error states
<label for="email">Email</label>
<input type="email" id="email" aria-invalid="true" aria-describedby="email-error">
<p id="email-error" role="alert">Please enter a valid email address.</p>Navigation
<nav aria-label="Main">
<ul>
<li><a href="/" aria-current="page">Home</a></li>
<li><a href="/about">About</a></li>
</ul>
</nav>Modals
<div role="dialog" aria-modal="true" aria-labelledby="dialog-title">
<h2 id="dialog-title">Confirm Action</h2>
<!-- content -->
</div>Live regions
<!-- Polite (waits for pause in speech) -->
<div aria-live="polite">Status update here</div>
<!-- Assertive (interrupts immediately) -->
<div aria-live="assertive" role="alert">Error message here</div>
<!-- Status (polite, implicit) -->
<div role="status">Loading complete</div>Testing tools
| Tool | Type | URL |
|---|---|---|
| axe DevTools | Browser extension | deque.com/axe |
| WAVE | Browser extension | wave.webaim.org |
| Lighthouse | Built into Chrome | DevTools → Lighthouse |
| NVDA | Screen reader (Windows) | nvaccess.org |
| VoiceOver | Screen reader (Mac) | Built into macOS |
| Colour Contrast Analyser | Desktop app | tpgi.com |
Related skills
How it compares
Pick accessibility over generic lint rules when you need WCAG-focused manual test steps and ARIA remediation patterns beyond automated Lighthouse score checks.
FAQ
Which WCAG level does the accessibility skill target?
The accessibility skill guides WCAG 2.1 Level A, AA, and AAA conformance using POUR principles, with Level AA called out as the common legal baseline for public web releases in many jurisdictions.
What manual tests does accessibility recommend?
accessibility recommends keyboard-only navigation with Tab, Enter, Escape, and arrow keys plus screen-reader testing with NVDA, JAWS, or VoiceOver and 200% zoom reflow checks on key pages.
Which automated tools does accessibility align with?
accessibility aligns remediation guidance with Lighthouse accessibility audits and axe DevTools patterns, complementing automated scans with manual focus order and assistive-technology verification steps.