a11y - Accessibility Checklist

VerifiedSafe

Web accessibility audit and guidelines (WCAG compliance).

Sby Skills Guide Bot
DevelopmentIntermediate
7/28/2026
Claude Code
#accessibility#wcag#frontend#code-audit#a11y

Recommended for

Automated summary

Audits front-end components and pages against WCAG accessibility criteria and proposes code-level fixes.

Strengths

  • Structures findings by WCAG principle and severity (critical, major, minor) with file and line references.
  • Supports WCAG levels A, AA, and AAA and can target a specific component or path.
  • Provides concrete before/after code examples for common issues such as alt text, contrast, and labels.
  • Includes testing guidance and per-component documentation requirements.

Limitations

  • Does not replace manual testing with assistive technologies or automated tooling; it is a checklist-driven review.
  • Only covers web accessibility (WCAG); no native mobile or desktop accessibility guidance.
  • The --fix option suggests changes but does not guarantee full compliance or handle complex interaction patterns.
When to use it

Use when reviewing a React/TSX component or page for WCAG issues before release or during an accessibility compliance pass.

When not to use it

Avoid when you need a fully automated accessibility test suite or guidance for native mobile apps.

Security analysis

Safe
Quality score84/100

This skill is a documentation-only accessibility checklist. It declares no tools, performs no file or network operations on its own, and contains no destructive, exfiltrating, or obfuscated instructions. The only executable content is illustrative example commands (npx axe, npx pa11y, npx lighthouse) that point at the user's own URLs for legitimate accessibility testing, and even these run only if the agent chooses to invoke them. No secrets are handled, no safety mechanisms are disabled, and the content is fully transparent.

No concerns found

How this analysis is made

Examples

General WCAG AA checklist
/a11y --level AA
Audit a component and suggest fixes
/a11y src/components/ProductCard.tsx --fix
Checkout page audit
/a11y src/pages/checkout.tsx --level AA --fix

name: a11y description: Accessibility Checklist lifecycle: experimental

/a11y - Accessibility Checklist

Web accessibility audit and guidelines (WCAG compliance).

Usage

/a11y                            # General checklist
/a11y path/to/component.tsx      # Audit specific component
/a11y --level AA                 # WCAG level (A, AA, AAA)
/a11y --fix                      # Suggest fixes

What This Skill Does

  1. Audit Components - Check for a11y issues
  2. Apply WCAG - Web Content Accessibility Guidelines
  3. Suggest Fixes - Code changes for compliance
  4. Test Guidance - How to verify accessibility
  5. Document Requirements - Per-component needs

Accessibility Audit Report

# Accessibility Audit: [Component/Page]

## Summary
| Category | Status | Issues |
|----------|--------|--------|
| Perceivable | ⚠️ | 3 |
| Operable | ✅ | 0 |
| Understandable | ⚠️ | 1 |
| Robust | ✅ | 0 |

**WCAG Level**: AA
**Overall**: Needs Improvement

---

## Issues Found

### Critical (Must Fix)

#### 1. Missing alt text on images
**WCAG**: 1.1.1 Non-text Content (Level A)
**Location**: `ProductCard.tsx:45`

```tsx
// Current (inaccessible)
<img src={product.image} />

// Fixed
<img src={product.image} alt={product.name} />

Major (Should Fix)

2. Low color contrast

WCAG: 1.4.3 Contrast (Minimum) (Level AA) Location: Button.tsx:12

Current contrast ratio: 3.5:1 (requires 4.5:1)

/* Current */
color: #888;
background: #fff;

/* Fixed */
color: #595959;
background: #fff;

Minor (Nice to Have)

3. Missing skip link

WCAG: 2.4.1 Bypass Blocks (Level A)

Add skip navigation link for keyboard users.

<a href="#main-content" className="skip-link">
  Skip to main content
</a>

Checklist by Category

Perceivable

  • [x] All images have alt text
  • [ ] Videos have captions
  • [x] Color is not the only indicator
  • [ ] Sufficient color contrast (4.5:1)

Operable

  • [x] All functionality keyboard accessible
  • [x] No keyboard traps
  • [x] Focus indicators visible
  • [x] Skip links provided

Understandable

  • [x] Language declared
  • [ ] Error messages helpful
  • [x] Labels on form inputs
  • [x] Consistent navigation

Robust

  • [x] Valid HTML
  • [x] ARIA used correctly
  • [x] Works with assistive tech

## WCAG Quick Reference

### Level A (Minimum)
Must have for basic accessibility.

| Criterion | Requirement |
|-----------|-------------|
| 1.1.1 | Alt text for images |
| 1.3.1 | Info and relationships (semantic HTML) |
| 1.4.1 | Color not sole indicator |
| 2.1.1 | Keyboard accessible |
| 2.1.2 | No keyboard trap |
| 2.4.1 | Skip navigation |
| 3.1.1 | Language of page |
| 4.1.1 | Valid HTML |
| 4.1.2 | Name, role, value |

### Level AA (Standard)
Required for most compliance needs.

| Criterion | Requirement |
|-----------|-------------|
| 1.4.3 | Contrast ratio 4.5:1 (text) |
| 1.4.4 | Text resizable to 200% |
| 1.4.5 | Images of text avoided |
| 2.4.5 | Multiple ways to find pages |
| 2.4.6 | Descriptive headings/labels |
| 2.4.7 | Visible focus indicator |
| 3.2.3 | Consistent navigation |
| 3.2.4 | Consistent identification |

### Level AAA (Enhanced)
Highest level, not always achievable.

| Criterion | Requirement |
|-----------|-------------|
| 1.4.6 | Contrast ratio 7:1 |
| 1.4.8 | Visual presentation options |
| 2.1.3 | Keyboard (no exceptions) |
| 2.4.9 | Link purpose (link only) |

## Common Fixes

### Images
```tsx
// Informative image
<img src="chart.png" alt="Sales increased 25% in Q4" />

// Decorative image
<img src="decoration.png" alt="" role="presentation" />

// Complex image
<figure>
  <img src="diagram.png" alt="System architecture" />
  <figcaption>
    Detailed description of the system architecture...
  </figcaption>
</figure>

Forms

// Labeled input
<label htmlFor="email">Email address</label>
<input id="email" type="email" aria-describedby="email-hint" />
<span id="email-hint">We'll never share your email</span>

// Error state
<input
  aria-invalid="true"
  aria-describedby="email-error"
/>
<span id="email-error" role="alert">
  Please enter a valid email
</span>

Buttons

// Icon button needs label
<button aria-label="Close dialog">
  <CloseIcon />
</button>

// Toggle button
<button
  aria-pressed={isActive}
  onClick={toggle}
>
  Dark mode
</button>

Navigation

// Landmark regions
<header role="banner">...</header>
<nav role="navigation" aria-label="Main">...</nav>
<main role="main" id="main-content">...</main>
<footer role="contentinfo">...</footer>

// Skip link
<a href="#main-content" className="sr-only focus:not-sr-only">
  Skip to main content
</a>

ARIA Patterns

// Tab panel
<div role="tablist">
  <button role="tab" aria-selected="true" aria-controls="panel1">
    Tab 1
  </button>
</div>
<div role="tabpanel" id="panel1">Content</div>

// Modal dialog
<div
  role="dialog"
  aria-modal="true"
  aria-labelledby="dialog-title"
>
  <h2 id="dialog-title">Dialog Title</h2>
</div>

// Live region for updates
<div aria-live="polite" aria-atomic="true">
  {statusMessage}
</div>

Testing Tools

Automated

  • axe DevTools (browser extension)
  • Lighthouse (Chrome DevTools)
  • WAVE (web tool)
  • eslint-plugin-jsx-a11y

Manual Testing

  • Keyboard navigation (Tab, Enter, Escape)
  • Screen reader (NVDA, VoiceOver)
  • Zoom to 200%
  • High contrast mode

Commands

# axe-core CLI
npx axe https://example.com

# Pa11y
npx pa11y https://example.com

# Lighthouse
npx lighthouse https://example.com --only-categories=accessibility

Instructions for Claude

When /a11y is invoked:

  1. Identify scope - Component, page, or full site
  2. Check WCAG level - A, AA, or AAA target
  3. Audit perceivable - Alt text, contrast, color
  4. Audit operable - Keyboard, focus, timing
  5. Audit understandable - Labels, errors, consistency
  6. Audit robust - Valid HTML, ARIA usage
  7. Prioritize issues - Critical, major, minor
  8. Provide fixes - Code examples
  9. Suggest testing - Tools and manual checks

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/a11y-accessibility-checklist-ms47vpzj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/a11y-accessibility-checklist-ms47vpzj/download' --output '.skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md.part' && mv '.skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md.part' '.skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.

Claude Code
test -f '.skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md' && test -s '.skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/a11y' && cp -R '.skill-downloads/a11y-accessibility-checklist-ms47vpzj' '.claude/skills/a11y'

OpenSkills

OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.

Official OpenSkills installation
openskills install './.skill-downloads/a11y-accessibility-checklist-ms47vpzj'

openskills read 'a11y-accessibility-checklist-ms47vpzj'

Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.

For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.

openskills sync

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/a11y-accessibility-checklist-ms47vpzj/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills