ui-a11y

name	ui-a11y
description	ALWAYS use this when the request matches UI A11y: Audit a StyleSeed-based component or page for WCAG 2.2 AA issues and apply practical accessibility fixes where the code makes them safe.

UI Accessibility Audit

Selective Reading Rule

Start with:

• references/senior-master-standard.md
• references/usage-routing.md
• references/quality-checklist.md

Then load only the inherited docs, scripts, assets, or examples that match the user's actual task.

Overview

Part of StyleSeed, this skill audits components and pages for accessibility issues with an emphasis on the Toss seed's mobile UI patterns. It combines WCAG 2.2 AA checks with practical code fixes for touch targets, focus states, contrast, labels, and reduced motion.

When to Use

• Use when reviewing a page or component for accessibility regressions
• Use when a StyleSeed UI looks polished but has uncertain keyboard or contrast behavior
• Use when adding new interactive controls to a mobile-first screen
• Use when you want a prioritized list of issues and fixable items

Audit Areas

Perceivable

• text contrast
• non-text contrast for controls and graphics
• alt text for images
• labels for meaningful icons
• no information conveyed by color alone

Operable

• touch targets at least 44x44px
• keyboard reachability for all interactive controls
• logical tab order
• visible focus indicators
• reduced-motion support for nonessential animation

Understandable

• visible labels or aria-label on inputs
• error text associated with the correct field
• clear wording for errors and validation
• document language set appropriately

Robust

• semantic HTML where possible
• correct use of ARIA when semantics alone are insufficient
• no faux buttons or links without the right roles and behavior

Output

Return:

1. Issues found, grouped by severity
2. Safe autofixes that can be applied directly
3. Items that need manual review or product judgment
4. A short summary of the accessibility risk level

Best Practices

• Fix semantics before layering on ARIA
• Use the design system tokens only if they still meet contrast requirements
• Treat touch target failures as real usability defects, not polish issues
• Prefer partial, verified fixes over speculative accessibility changes

Additional Resources

• StyleSeed repository
• Source skill

Limitations

• Use this skill only when the task clearly matches the scope described above.
• Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
• Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.