include

Audits designs against WCAG 2.2 and guides inclusive, accessible experience design.

Updated Aug 20, 2026
One-click install
npx skills add https://github.com/ishfuseini/usecase-gen --skill include-ishfuseini
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: include
Source: https://github.com/ishfuseini/usecase-gen/tree/main/agent/skills/include
Command: npx skills add https://github.com/ishfuseini/usecase-gen --skill include-ishfuseini

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often ship interfaces that exclude users with disabilities because accessibility is treated as a late compliance checkbox rather than a design discipline. This Skill provides designers and reviewers with a complete methodology for WCAG 2.2 conformance, screen reader experience design, keyboard navigation, and cognitive and motor accessibility. ## Core Features & Use Cases - WCAG 2.2 Design Guidance: Translates the four WCAG principles (Perceivable, Operable, Understandable, Robust) into concrete design decisions covering contrast ratios, touch targets, focus management, and ARIA usage. - Assistive Technology Experience Design: Covers screen reader reading order, landmarks, heading hierarchy, live regions, form labeling, and keyboard interaction patterns including roving tabindex and focus traps. - Accessibility Testing Methodology: Combines automated tools (axe, Lighthouse, WAVE) with manual keyboard, screen reader, zoom, contrast, and reduced-motion testing, plus a prioritized remediation plan (P0-P3). - Use Case: Before a product launch, run a full accessibility audit of the checkout flow to identify keyboard traps, missing form labels, and contrast failures, then produce a prioritized remediation plan for engineering. ## Quick Start Ask the assistant to audit your page or flow for WCAG 2.2 accessibility and produce a prioritized remediation plan.

Frequently Asked Questions about include

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

FAQPage Schema
How do I audit a website for WCAG 2.2 accessibility?

Audit against the four WCAG principles: Perceivable, Operable, Understandable, and Robust. Combine automated scans with axe, Lighthouse, or WAVE for programmatic issues, then manually test keyboard navigation, screen reader output, zoom reflow, and color contrast to catch the roughly 70% of issues automation misses.

What color contrast ratio does WCAG require for text?

WCAG requires a 4.5:1 contrast ratio for normal text and 3:1 for large text (18pt or 14pt bold) and UI components. Check contrast against actual backgrounds including images and gradients, and verify in both light and dark modes.

How do I test a website with a screen reader?

Use VoiceOver on Mac or iOS, NVDA on Windows, or TalkBack on Android. Listen for logical reading order, announced roles and states on interactive elements, form labels, landmark navigation, and live region announcements for dynamic updates.

What is the minimum touch target size in WCAG 2.2?

WCAG 2.2 sets a minimum of 24x24 CSS pixels for touch targets, with 44x44 pixels recommended for primary actions and at least 8 pixels of spacing between adjacent targets. Measure the tappable area including padding, not just the visible element.

Why do automated accessibility tools miss most issues?

Automated tools catch only about 30% of issues, mostly programmatic ones like missing alt text or low contrast. Illogical reading order, confusing interaction patterns, poor focus management, and missing context require manual testing with real assistive technology and human judgment.

When should ARIA be used instead of native HTML?

ARIA should only supplement native HTML semantics, never replace them. The first rule of ARIA is to prefer native elements like button and nav; incorrect ARIA, such as a div with role="button" lacking keyboard handlers, is worse than no ARIA at all.