accessibility

Audit and improve web accessibility following WCAG 2.2 guidelines.

Updated Aug 8, 2026
One-click install
npx skills add https://github.com/wolfstar-project/code-zero --skill accessibility-wolfstar-project
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: accessibility
Source: https://github.com/wolfstar-project/code-zero/tree/main/.agents/skills/accessibility
Command: npx skills add https://github.com/wolfstar-project/code-zero --skill accessibility-wolfstar-project

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Web interfaces often exclude users with disabilities due to missing alt text, poor color contrast, keyboard traps, and incorrect ARIA usage. This Skill provides concrete WCAG 2.2 guidance and copy-paste-ready code patterns to find and fix these issues. ## Core Features & Use Cases - WCAG 2.2 Coverage: Organized by the POUR principles (Perceivable, Operable, Understandable, Robust) with conformance levels A, AA, and AAA, including all criteria new in 2.2 such as target size, dragging movements, and accessible authentication. - Ready-Made Code Patterns: Reference implementations for modal focus traps, skip links, form labels, error handling, ARIA tabs, live regions, and dragging alternatives. - Testing Guidance: Automated testing commands (Lighthouse, axe-core) plus a manual checklist covering keyboard navigation, screen readers, zoom, and reduced motion. - Use Case: Before launching a new checkout page, run an a11y audit to catch missing form labels, insufficient contrast, and focus issues, then apply the provided patterns to fix them. ## Quick Start Audit this page for WCAG 2.2 accessibility issues and suggest fixes for any violations found.

Frequently Asked Questions about accessibility

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make a website WCAG 2.2 compliant?▼

WCAG 2.2 compliance requires meeting success criteria across four principles: Perceivable, Operable, Understandable, and Robust. Target Level AA, which covers contrast ratios, keyboard access, focus visibility, target size, and accessible authentication.

How to test web accessibility with automated tools?▼

Run Lighthouse with the accessibility category via npx lighthouse, or use the axe-core CLI against a URL. Automated tools catch roughly a third of issues, so combine them with manual keyboard and screen reader testing.

What color contrast ratio is required for WCAG AA?▼

WCAG AA requires 4.5:1 contrast for normal text and 3:1 for large text (18px or 14px bold and above). UI components and graphical objects need at least 3:1 against adjacent colors.

Should I use ARIA roles or native HTML elements?▼

Prefer native HTML elements like button, input, and dialog because they include keyboard behavior and semantics by default. Only add ARIA roles and states when no native element exists for the component you are building.

What accessibility criteria are new in WCAG 2.2?▼

WCAG 2.2 adds focus not obscured, dragging movements, target size minimum of 24 by 24 CSS pixels, consistent help, redundant entry, and accessible authentication. It also removes criterion 4.1.1 Parsing.