Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
bitjaru avatar

Ss A11y

  • 253 installs
  • 868 repo stars
  • Updated August 3, 2026
  • bitjaru/styleseed

ss-a11y is a skill that audits a component or page for accessibility issues against WCAG 2.2 AA and fixes them.

About

ss-a11y is an accessibility audit skill that reviews a component or page against WCAG 2.2 AA criteria and fixes issues. It checks color contrast, touch-target size, keyboard navigation, form labels, and semantic HTML, applying auto-fixes where possible. A developer uses it as a static code audit on StyleSeed components before shipping.

  • Audits a component or page against WCAG 2.2 AA and applies accessibility fixes
  • Checks color contrast, 44x44px touch targets, keyboard focus, and semantic HTML
  • Static code audit tuned for StyleSeed conventions with data-slot and semantic tokens

Ss A11y by the numbers

  • 253 all-time installs (skills.sh)
  • Ranked #866 of 1,880 Design & UI/UX skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

ss-a11y capabilities & compatibility

Use cases
ui design · code review · web design
From the docs

What ss-a11y says it does

Audit a component or page for accessibility issues and fix them
SKILL.md
Touch targets**: Minimum 44x44px (`min-h-11 min-w-11`)
SKILL.md
this is a static code audit, not a screen-reader simulation
SKILL.md
npx skills add https://github.com/bitjaru/styleseed --skill ss-a11y

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs253
repo stars868
Last updatedAugust 3, 2026
Repositorybitjaru/styleseed

What it does

Audit a StyleSeed component or page for WCAG 2.2 AA accessibility issues and apply fixes.

Who is it for?

Developers auditing StyleSeed components or pages for WCAG 2.2 AA accessibility

Skip if: Non-StyleSeed code without data-slot or semantic tokens, or runtime screen-reader testing

When should I use this skill?

Auditing a component or page for accessibility issues and fixing them

What you get

A severity-ranked list of accessibility issues with auto-fixes applied where possible.

  • A severity-ranked list of accessibility issues with auto-fixes

By the numbers

  • WCAG 2.2 AA across 4 principles
  • 44x44px minimum touch target
  • 4.5:1 normal-text contrast requirement

Files

SKILL.mdMarkdownGitHub ↗

Accessibility Audit

When NOT to use

  • For general design system compliance review → use /ss-review
  • For Nielsen UX heuristics → use /ss-audit
  • For non-StyleSeed code (no data-slot, no semantic tokens) — assumes StyleSeed conventions
  • For runtime testing — this is a static code audit, not a screen-reader simulation

Target: $ARGUMENTS

Audit Criteria

WCAG 2.2 AA Compliance

1. Perceivable
  • Color contrast: Text must meet 4.5:1 (normal) or 3:1 (large/bold text)
  • Check text-muted-foreground (#717182) on bg-background (#FFFFFF) = 4.6:1 (passes)
  • Check text-brand on white (verify contrast with your skin's brand color)
  • Flag any custom colors that don't meet ratio
  • Non-text contrast: UI controls/graphics must meet 3:1
  • Text alternatives: All <img> need alt, icons need aria-label when meaningful
  • Color independence: Don't convey info by color alone (add icons/text)
2. Operable
  • Touch targets: Minimum 44x44px (min-h-11 min-w-11)
  • Common violation: h-9 (36px) buttons — should be h-11
  • Icon buttons need explicit size: w-11 h-11
  • Keyboard navigation: All interactive elements must be keyboard-accessible
  • Tab order should be logical
  • focus-visible:ring-2 focus-visible:ring-ring focus-visible:ring-offset-2
  • Motion: Animations must respect prefers-reduced-motion
  @media (prefers-reduced-motion: reduce) {
    *, *::before, *::after {
      animation-duration: 0.01ms !important;
      transition-duration: 0.01ms !important;
    }
  }
3. Understandable
  • Labels: Form inputs must have visible labels or aria-label
  • Error messages: Form errors must be programmatically associated (aria-describedby)
  • Language: <html lang="en"> (or appropriate language code for your project)
4. Robust
  • Semantic HTML: Use appropriate elements (<button>, <nav>, <main>, <header>)
  • ARIA: Use Radix UI components (they handle ARIA automatically)
  • Roles: Custom interactive elements need proper role attributes

Design System Token Reference

TokenMinimum ContrastNote
--foreground7:1+Body text — verify with your skin
--muted-foreground4.5:1+Secondary text — verify with your skin
--brand4.5:1+Accent — verify with your skin's brand color
--destructive4.5:1+Error — verify with your skin
--success3:1+Large text/icons only — verify with your skin
--warning4.5:1+Warning text — some skins need a darker variant

Output

1. Issues found: List with severity (Critical/Major/Minor) 2. Auto-fixes: Apply fixes directly where possible 3. Manual review needed: Flag items that need human judgment

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.