agent-creator
Use when creating expert agents. Generates agent.md with frontmatter, hooks, required sections, and skill references.
Use when implementing keyboard-accessible components, screen-reader-only content, prefers-reduced-motion support, or WCAG 2.2 AA/AAA compliance.
$ npx -y skills add fusengine/agents --skill tailwindcss-accessibility --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/tailwindcss-accessibilityContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when implementing keyboard-accessible components, screen-reader-only content, prefers-reduced-motion support, or WCAG 2.2 AA/AAA compliance.
name: tailwindcss-accessibility description: "Use when implementing keyboard-accessible components, screen-reader-only content, prefers-reduced-motion support, or WCAG 2.2 AA/AAA compliance." user-invocable: true references: references/focus-patterns.md, references/wcag-utilities.md related-skills: tailwindcss-core, react-shadcn
<objective> Documents Tailwind CSS v4.1 accessibility utilities: `focus-visible` for keyboard-only focus rings, `sr-only` for screen-reader-only content, `motion-safe`/`motion-reduce` for `prefers-reduced-motion` support, and touch-target/contrast-ratio patterns for WCAG 2.2 AA/AAA compliance.
Covers focus-state patterns, minimum touch target sizing (44×44px via `min-h-11 min-w-11`), and the 4.5:1/3:1 contrast floors — semantic HTML first, Tailwind utilities enhance rather than replace it. </objective>
Accessible-by-default patterns using Tailwind CSS v4.1 utility classes.
Before ANY implementation, spawn 3 agents in parallel, one `Agent` call each with a `name`:
1. **fuse-ai-pilot:explore-codebase** - Analyze existing a11y patterns 2. **fuse-ai-pilot:research-expert** - Verify latest WCAG 2.2 guidelines 3. **mcp__context7__query-docs** - Check Tailwind CSS a11y utilities
After implementation, run **fuse-ai-pilot:sniper** for validation.
---
| Feature | Benefit | |---------|---------| | `focus-visible` | Keyboard-only focus rings, no mouse clutter | | `sr-only` | Screen reader content without visual display | | `motion-safe/reduce` | Respects `prefers-reduced-motion` | | Utility composition | Consistent a11y patterns across components | | CSS-first config | Centralized a11y defaults via `@theme` |
---
1. **Always use `focus-visible`** — Not `focus` for interactive elements 2. **Never hide content from screen readers** — Use `sr-only` instead of `hidden` 3. **Respect motion preferences** — Wrap animations in `motion-safe:` 4. **Minimum touch target 44x44px** — Use `min-h-11 min-w-11` (2.75rem) 5. **Contrast ratios** — 4.5:1 for text, 3:1 for large text (WCAG AA) 6. **Semantic HTML first** — Tailwind enhances, never replaces semantics
---
<button class="focus-visible:outline-2 focus-visible:outline-offset-2 focus-visible:outline-primary rounded-md"> Accessible Button </button>
<span class="sr-only">Open navigation menu</span>
<div class="motion-safe:animate-bounce motion-reduce:animate-none"> Animated content </div>
---
1. **Focus rings on all interactive elements** — Buttons, links, inputs 2. **Skip links** — Add skip-to-content for keyboard navigation 3. **ARIA labels** — Supplement with `aria-label` when visual text absent 4. **Color is not the only indicator** — Use icons/text alongside color 5. **Test with keyboard only** — Tab through entire UI flow 6. **Test with screen reader** — VoiceOver (macOS), NVDA (Windows)
| Need | Reference | |------|-----------| | Focus rings, keyboard nav | [focus-patterns.md](references/focus-patterns.md) | | sr-only, contrast, touch targets | [wcag-utilities.md](references/wcag-utilities.md) |
A plugin ecosystem that turns Claude Code into a supervised, multi-agent development environment.
Repo: fusengine/agents
Use when creating expert agents. Generates agent.md with frontmatter, hooks, required sections, and skill references.
Use when starting ANY development task -- feature, bug fix, refactor, hotfix (triggers: implement, create, build, fix, add feature, refactor, develop).
Use when creating a feature/component or adding functionality. Fires BEFORE APEX Analyze to refine requirements via structured questioning.
Use before a root-cause, done/verified claim, irreversible action, or 2nd-time fix reaches the owner (APEX or plain conversation); also fires at every…
Use when validating code quality after modifications -- SOLID compliance, DRY duplication, linter errors, architecture violations. Do NOT use for functional…
Use when an expert agent self-reviews and self-corrects code after the Execute phase, before sniper validation (BMAD-METHOD elicitation techniques).