Agent skill

Accessibility Testing

by seb1n in seb1n/awesome-ai-agent-skills

Audit web interfaces against WCAG 2.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes.

MITAuto-check passedFrontend & Design

Install Accessibility Testing

skills CLI
$ npx skills add seb1n/awesome-ai-agent-skills --skill accessibility-testing -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install seb1n/awesome-ai-agent-skills accessibility-testing --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/seb1n/awesome-ai-agent-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/design-and-ui-ux/accessibility-testing .claude/skills/accessibility-testing && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
accessibility-testing
GitHub stars
206
Token cost
~2.5k tokens
SKILL.md length
1,121 words
Files
1
Skills in repo
92
Repo updated
First seen
Licence
MIT

At a glance

Audit web interfaces against WCAG 2.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes.

  • Works in 6 steps: Define Audit Scope and Conformance… → Run Automated Scans: Execute automated… → Perform Keyboard Navigation Testing:… → …
  • The user requests accessibility testing
  • SKILL.md covers Workflow, Usage, Examples and Best Practices, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Accessibility Testing is an agent skill from seb1n/awesome-ai-agent-skills. Audit web interfaces against WCAG 2.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes. Use when the user requests accessibility testing or provides relevant inputs for this workflow.

Its SKILL.md is about 2.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Frontend & Design, covering Accessibility. The repository describes itself as: 103 ready-to-use AI agent skills for Claude Code, OpenAI Codex, Gemini CLI, Cursor, GitHub Copilot, Windsurf, and other Agent Skills-compatible tools. Complete SKILL.md… The licence is MIT.

When your agent uses it

  • The user requests accessibility testing
  • Provides relevant inputs for this workflow

Example prompts

  • “/accessibility-testing”

Workflow steps

6 steps, taken from the first numbered list in SKILL.md.

  1. Define Audit Scope and Conformance Target: Determine which pages, components, or user flows to audit, and whether the target is WCAG 2.1…
  2. Run Automated Scans: Execute automated accessibility analysis using axe-core or Lighthouse. These tools detect approximately 30-40% of…
  3. Perform Keyboard Navigation Testing: Manually trace every interactive flow using only Tab, Shift+Tab, Enter, Space, Escape, and arrow…
  4. Test with Screen Readers: Navigate the page with at least one screen reader to verify that all content is announced correctly. Confirm…
  5. Generate the Compliance Report: Produce a structured report organized by WCAG principle and criterion. For each violation, include: the…
  6. Provide Remediation Code: For every violation, supply a concrete before-and-after code snippet showing the exact fix. Group fixes by…

What it can do on your machine

Read from SKILL.md and the folder at commit 75865a5. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are html and javascript).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Accessibility Testing loads about 2.5k tokens when it runs. Until then it costs about 64 tokens; SKILL.md has 1,121 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~64
When it runs · the whole SKILL.md, loaded when a task matches
~2.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from seb1n/awesome-ai-agent-skills at commit 75865a5, republished under its MIT licence (© seb1n). 1,121 words, ~2,467 tokens.

Download SKILL.mdSave it as .claude/skills/accessibility-testing/SKILL.md (or your agent's skills folder).
name
accessibility-testing
description
Audit web interfaces against WCAG 2.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes. Use when the user requests accessibility testing or provides relevant inputs for this workflow.
license
MIT
metadata.author
AI Agent Skills Community
metadata.version
1.0.0

Accessibility Testing

This skill enables the agent to perform thorough accessibility audits of web pages and components against the Web Content Accessibility Guidelines (WCAG) 2.1 at AA and AAA conformance levels. The agent identifies violations across four principles — Perceivable, Operable, Understandable, Robust — and generates structured compliance reports with specific code fixes. It covers automated checks (color contrast, missing alt text, ARIA misuse), semi-automated checks (keyboard navigation flows, focus management), and manual check guidance (screen reader announcements, cognitive load).

Workflow

  1. Define Audit Scope and Conformance Target: Determine which pages, components, or user flows to audit, and whether the target is WCAG 2.1 AA (most common legal requirement) or AAA (highest conformance). Identify the assistive technologies to consider: screen readers (NVDA on Windows, VoiceOver on macOS/iOS, TalkBack on Android), keyboard-only navigation, and magnification tools.

  2. Run Automated Scans: Execute automated accessibility analysis using axe-core or Lighthouse. These tools detect approximately 30-40% of WCAG violations automatically, including missing alt attributes, insufficient color contrast ratios, missing form labels, duplicate IDs, invalid ARIA roles, and missing document language. Capture each violation with its WCAG criterion reference (e.g., 1.4.3 Contrast Minimum), severity (critical, serious, moderate, minor), the affected HTML element, and the CSS selector path.

  3. Perform Keyboard Navigation Testing: Manually trace every interactive flow using only Tab, Shift+Tab, Enter, Space, Escape, and arrow keys. Verify that focus order matches visual order, that focus indicators are visible (minimum 2px outline with 3:1 contrast), that modal dialogs trap focus correctly, and that no keyboard traps exist. Document any flow where a keyboard user cannot complete a task that a mouse user can.

  4. Test with Screen Readers: Navigate the page with at least one screen reader to verify that all content is announced correctly. Confirm that images have meaningful alt text (or alt="" for decorative images), that headings form a logical hierarchy (no skipped levels), that landmarks (<nav>, <main>, <aside>) are present, and that dynamic content updates are announced via aria-live regions.

  5. Generate the Compliance Report: Produce a structured report organized by WCAG principle and criterion. For each violation, include: the criterion number and name, the severity level, the affected element's HTML snippet, an explanation of why it fails, and the specific code fix. Include a summary table with pass/fail counts per principle and an overall conformance statement.

  6. Provide Remediation Code: For every violation, supply a concrete before-and-after code snippet showing the exact fix. Group fixes by component or page region so developers can address them systematically rather than one element at a time.

Usage

Provide the agent with a URL, a block of HTML, or a React/Vue component. Specify the target conformance level (AA or AAA) and any assistive technology requirements. The agent will audit the content and return a structured report with code fixes.

Examples

Example 1: WCAG Compliance Audit Report

User Request: "Audit this login form for WCAG 2.1 AA compliance."

html
<div class="login">
  <img src="logo.png">
  <input type="text" placeholder="Username">
  <input type="password" placeholder="Password">
  <div class="btn" onclick="login()">Sign In</div>
  <p style="color: #aaa; font-size: 12px;">Forgot your password?</p>
</div>

Agent Response — Accessibility Audit Report:

#CriterionSeverityElementIssue
11.1.1 Non-text ContentCritical<img src="logo.png">Image has no alt attribute. Screen readers cannot describe it.
21.3.1 Info and RelationshipsCritical<input placeholder="Username">Input has no associated <label>. Placeholder text is not a substitute for a label.
31.3.1 Info and RelationshipsCritical<input placeholder="Password">Same label issue as above.
41.4.3 Contrast MinimumSerious<p style="color: #aaa">Text color #aaa on white background has a contrast ratio of 2.32:1. AA requires 4.5:1 for text this size.
52.1.1 KeyboardCritical<div class="btn" onclick>A <div> is not focusable via keyboard. Users cannot Tab to or activate this button.
64.1.2 Name, Role, ValueCritical<div class="btn" onclick>Element has no semantic role. Screen readers announce it as generic text, not as a button.

Remediation — Fixed Code:

html
<form class="login" onsubmit="login(event)">
  <img src="logo.png" alt="Acme Corp logo">

  <label for="username">Username</label>
  <input id="username" type="text" autocomplete="username" required>

  <label for="password">Password</label>
  <input id="password" type="password" autocomplete="current-password" required>

  <button type="submit" class="btn">Sign In</button>

  <a href="/forgot-password" style="color: #595959; font-size: 14px;">
    Forgot your password?
  </a>
</form>

Changes made: added alt to the image, replaced placeholder-only inputs with explicit <label> elements, replaced the <div> with a semantic <button>, changed the link color from #aaa (2.32:1) to #595959 (7.0:1), wrapped the form in a <form> element for proper submit handling, and added autocomplete attributes.

Show full SKILL.md (457 more words)Show less
Example 2: Fixing a React Component

User Request: "Fix accessibility issues in this React notification component."

Before (inaccessible):

jsx
function Notification({ message, onClose }) {
  return (
    <div className="notification">
      <span>{message}</span>
      <span className="close-x" onClick={onClose}>✕</span>
    </div>
  );
}

After (accessible):

jsx
function Notification({ message, onClose }) {
  return (
    <div role="alert" aria-live="assertive" className="notification">
      <p>{message}</p>
      <button
        type="button"
        onClick={onClose}
        aria-label="Dismiss notification"
        className="close-btn"
      >
        ✕
      </button>
    </div>
  );
}

Fixes applied: (1) Added role="alert" and aria-live="assertive" so screen readers announce the notification immediately when it appears. (2) Replaced the <span onClick> with a <button> so it is keyboard-focusable and announced as an interactive control. (3) Added aria-label="Dismiss notification" because the "✕" character alone does not convey the button's purpose to screen reader users. (4) Changed the inner <span> to a <p> for proper text semantics.

Best Practices

  • Run automated tools first, but never rely on them alone: axe-core catches roughly 30-40% of WCAG issues. The remaining 60-70% require manual keyboard testing, screen reader verification, and cognitive review.
  • Test with real screen readers, not just ARIA validators: An element may have correct ARIA markup but still produce confusing announcements. VoiceOver and NVDA sometimes interpret the same markup differently.
  • Fix critical and serious issues before moderate ones: Prioritize violations that completely block access (missing keyboard operability, no alt text on functional images) over cosmetic issues (minor contrast shortfalls on decorative elements).
  • Use semantic HTML before reaching for ARIA: A <button> needs no role="button". A <nav> needs no role="navigation". ARIA is a repair tool for situations where semantic HTML is not sufficient, not a replacement for it.
  • Include accessibility checks in CI pipelines: Run axe-core or pa11y in automated tests so new violations are caught before they reach production. Fail the build on critical violations.
  • Document accessibility decisions: When a component intentionally deviates from a guideline (e.g., a custom combobox pattern), document the rationale and the alternative approach used to maintain equivalent access.

Edge Cases

  • Single-page applications with client-side routing: Page navigation does not trigger a browser page load, so screen readers are not notified of the new content. Use an aria-live="polite" region to announce route changes, or programmatically move focus to the new page's <h1>.
  • Dynamic content loaded after initial render: Content injected via JavaScript after page load is invisible to screen readers unless wrapped in an aria-live region or focus is explicitly managed. For toast notifications use aria-live="assertive"; for feed updates use aria-live="polite".
  • Complex data tables: Tables with merged cells, nested headers, or sortable columns require explicit scope, headers, and aria-sort attributes. Test that a screen reader user can understand which header applies to each data cell.
  • Custom interactive widgets (sliders, date pickers, comboboxes): These have no native HTML equivalent. Follow the WAI-ARIA Authoring Practices 1.2 patterns exactly, implementing the full keyboard interaction model specified for each widget type.
  • Third-party embedded content (iframes, widgets): You cannot fix accessibility inside a third-party iframe. Document the issue, add a descriptive title attribute to the <iframe>, and provide an accessible alternative when the embedded content is critical to the user flow.

© seb1n, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in design-and-ui-ux/accessibility-testing of seb1n/awesome-ai-agent-skills.

Open the folder on GitHubat commit 75865a5

Compare with similar skills

Accessibility Testing next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Accessibility Testing compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Accessibility Testing this skillseb1n/awesome-ai-agent-skills206—~2.5kAutomated safety check: PassMIT
Web Interface Guidelines Reviewervercel-labs/openreview1.7k98 repos~308Automated safety check: PassNone
Accessibility Reviewmarkmead/hyperui12k1 repos~1.1kAutomated safety check: PassMIT
Web Animation DesignbaptisteArno/typebot.io11k2 repos~2.7kAutomated safety check: PassCustom licence
Accessibility Fixeribelick/ui-skills9.4k4 repos~1.2kAutomated safety check: PassMIT
Wcag Audit PatternsvmDeshpande/ai-agent-automation17810 repos~610Automated safety check: PassApache-2.0

Similar skills

  • Web Interface Guidelines Reviewer

    vercel-labs/openreview

    Official

    Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my…

    1.7k GitHub starsUsed in 98 repos~308 tokens
    Frontend & DesignAuto-check passed
  • Accessibility Review

    markmead/hyperui

    Run a WCAG 2.1 AA accessibility audit on a design or page. An agent skill from markmead/hyperui.

    12k GitHub starsUsed in 1 repo~1.1k tokens
    Frontend & DesignAuto-check passed
  • Web Animation Design

    baptisteArno/typebot.io

    Guides easing, timing and animation choices for UI motion, based on a web animation course, and reviews existing animations in a before-and-after table.

    11k GitHub starsUsed in 2 repos~2.7k tokens
    Frontend & DesignAuto-check passed
  • Accessibility Fixer

    ibelick/ui-skills

    Audits and fixes HTML accessibility problems such as ARIA labels, keyboard navigation, focus management, contrast and form errors with minimal changes.

    9.4k GitHub starsUsed in 4 repos~1.2k tokens
    Frontend & DesignAuto-check passed
  • Wcag Audit Patterns

    vmDeshpande/ai-agent-automation

    Conduct WCAG 2.2 accessibility audits with automated testing, manual verification, and remediation guidance.

    178 GitHub starsUsed in 10 repos~610 tokens
    Frontend & DesignAuto-check passed
  • Baseline UI

    ibelick/ui-skills

    Applies a fixed set of UI rules for stack, components, interaction, animation, typography and layout, or reviews a file against them with concrete fixes.

    9.4k GitHub starsUsed in 8 repos~855 tokens
    Frontend & DesignAuto-check passed

More from seb1n/awesome-ai-agent-skills

All 92 skills in this repo
  • Agent Red Teaming

    seb1n/awesome-ai-agent-skills

    Plan, execute, document, and retest authorized security assessments of AI agents and multi-agent workflows using safe adversarial cases, synthetic identities, canaries, and evidence-based findings.

    206 GitHub stars~2.8k tokensUpdated 1 mo ago
    Auto-check passed
  • Eu AI Act Readiness

    seb1n/awesome-ai-agent-skills

    Build a preliminary, evidence-based EU AI Act readiness assessment across AI-system inventory, territorial scope, operator roles, prohibited-practice screening, risk classification, transparency…

    206 GitHub stars~3.3k tokensUpdated 1 mo ago
    Auto-check passed
  • Human In The Loop

    seb1n/awesome-ai-agent-skills

    Design and verify auditable human oversight, approval gates, escalation paths, and safe state transitions for AI agent workflows.

    206 GitHub stars~2.5k tokensUpdated 1 mo ago
    Auto-check passed
  • MCP Server Building

    seb1n/awesome-ai-agent-skills

    Design, implement, harden, and verify Model Context Protocol (MCP) servers with precise tool contracts, least-privilege authorization, safe transports, structured errors, and interoperability tests.

    206 GitHub stars~2.5k tokensUpdated 1 mo ago
    Auto-check passed
  • PDF Processing

    seb1n/awesome-ai-agent-skills

    Inspect, extract, OCR, create, merge, split, reorder, rotate, annotate, fill, redact, compress, secure, and verify PDF documents while preserving source files and visual fidelity.

    206 GitHub stars~2.5k tokensUpdated 1 mo ago
    Auto-check passed
  • Skill Supply Chain Audit

    seb1n/awesome-ai-agent-skills

    Audit agent skills, plugins, prompts, manifests, scripts, dependencies, and bundled assets for provenance, prompt-injection, permission, execution, exfiltration, persistence, and update risk.

    206 GitHub stars~2.4k tokensUpdated 1 mo ago
    Auto-check passed

Questions about Accessibility Testing

What does Accessibility Testing do?

Audit web interfaces against WCAG 2.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes. Accessibility Testing is an agent skill from seb1n/awesome-ai-agent-skills.1 AA/AAA standards, identify violations, and produce actionable remediation reports with code fixes.

When should I use Accessibility Testing?

Accessibility Testing fits situations like: the user requests accessibility testing; provides relevant inputs for this workflow.

How do I install Accessibility Testing in Claude Code?

Run `npx skills add seb1n/awesome-ai-agent-skills --skill accessibility-testing -a claude-code`. Or copy the skill folder (design-and-ui-ux/accessibility-testing in seb1n/awesome-ai-agent-skills) into .claude/skills/accessibility-testing in your project. Claude Code loads it when a task matches its description.

How do I install Accessibility Testing in Codex?

Run `npx skills add seb1n/awesome-ai-agent-skills --skill accessibility-testing -a codex`. Or copy the skill folder (design-and-ui-ux/accessibility-testing in seb1n/awesome-ai-agent-skills) into .agents/skills/accessibility-testing in your project. Codex loads it when a task matches its description.

Can I use Accessibility Testing in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add seb1n/awesome-ai-agent-skills --skill accessibility-testing -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/accessibility-testing, .gemini/skills/accessibility-testing, .github/skills/accessibility-testing and .opencode/skills/accessibility-testing in your project.

What does Accessibility Testing need to run?

SKILL.md names no scripts, command-line tools or credentials: Accessibility Testing is instructions for the agent only.

Does Accessibility Testing access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Accessibility Testing safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Accessibility Testing use?

Accessibility Testing is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Accessibility Testing use?

About 2.5k tokens (SKILL.md is roughly 9.9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Accessibility Testing?

Skills that share tags, products or a category with Accessibility Testing: Web Interface Guidelines Reviewer (vercel-labs/openreview, 1.7k stars), Accessibility Review (markmead/hyperui, 12k stars), Web Animation Design (baptisteArno/typebot.io, 11k stars) and Accessibility Fixer (ibelick/ui-skills, 9.4k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Accessibility Testing?

seb1n (a GitHub user) maintains it in seb1n/awesome-ai-agent-skills, which has 206 GitHub stars. The repository holds 92 skills in this directory. The repository was last updated on August 9, 2026.

Source: seb1n/awesome-ai-agent-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.