accessibility-review

Audit designs and web pages for WCAG 2.1 AA accessibility issues.

2|1|Updated May 17, 2026
One-click install
npx skills add https://github.com/rakibulism/agent-skills-os --skill accessibility-review-rakibulism
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: accessibility-review
Source: https://github.com/rakibulism/agent-skills-os/tree/main/skills/design-accessibility-review
Command: npx skills add https://github.com/rakibulism/agent-skills-os --skill accessibility-review-rakibulism

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you identify accessibility barriers in a design or page before handoff, so users who rely on keyboard navigation, screen readers, or high-contrast visuals are not blocked.

Core Features & Use Cases

  • WCAG 2.1 AA Audit: Reviews designs or pages against core perceivable, operable, understandable, and robust requirements.
  • Issue Prioritization: Flags problems by severity with practical recommendations for what to fix first.
  • Use Case: A designer can submit a Figma screen or page description and get a structured accessibility review covering contrast, focus order, labels, touch targets, and screen reader behavior.

Quick Start

Ask the AI to audit the provided design or page for WCAG 2.1 AA accessibility issues and return prioritized findings with recommendations.

Frequently Asked Questions about accessibility-review

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

FAQPage Schema
How do I audit a Figma design for WCAG 2.1 AA accessibility issues?

To audit a Figma design for WCAG 2.1 AA accessibility issues, submit the screen or page description to review color contrast, keyboard navigation, touch target sizing, semantic labeling, and screen reader behavior before handoff.

Can I check color contrast and keyboard navigation on a live URL?

Yes, you can check color contrast and keyboard navigation on a live URL by requesting an accessibility audit, which evaluates perceivability and operability barriers against WCAG 2.1 AA requirements and prioritizes findings.

What is included in a pre-handoff accessibility review for web pages?

A pre-handoff accessibility review for web pages includes evaluating color contrast, focus order, touch target sizing, semantic labeling, and screen reader behavior, while prioritizing barriers by severity to fix critical issues first.

Does this accessibility audit work with interface descriptions or do I need a live link?

This accessibility audit works with interface descriptions, Figma mockups, and live URLs, evaluating WCAG 2.1 AA requirements for perceivability, operability, understandability, and robustness without needing a live link.

What is the best way to prioritize accessibility barriers found during a design review?

The best way to prioritize accessibility barriers found during a design review is to flag problems by severity, providing practical recommendations on what to fix first based on their impact on perceivability, operability, understandability, and robustness.

When do I need a WCAG 2.1 AA audit for my interface?

You need a WCAG 2.1 AA audit for your interface during design review and pre-handoff quality checks to ensure users relying on keyboard navigation, screen readers, or high-contrast visuals are not blocked by accessibility barriers.