vibrant

Generate design-system specs with token definitions and WCAG 2.2 AA accessibility rules.

Updated May 13, 2026
One-click install
npx skills add https://github.com/superpollo02/awesome-design-skill --skill vibrant-superpollo02
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: vibrant
Source: https://github.com/superpollo02/awesome-design-skill/tree/main/skills/vibrant
Command: npx skills add https://github.com/superpollo02/awesome-design-skill --skill vibrant-superpollo02

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you produce a consistent, vibrant user interface with bold typography, warm accents, and clear accessibility-focused interaction patterns.

Core Features & Use Cases

  • Token-driven visual foundations: Use defined typography, spacing, and color tokens (primary, secondary, success, warning, danger, surface, text) to keep designs coherent.
  • Accessibility-first interaction rules: Apply WCAG 2.2 AA guidance including keyboard-first behavior, visible focus states, reduced-motion support, and readable contrast targets.
  • Implementation-ready component guidance: Generate do/don’t rules and quality gates that translate design intent into testable UI requirements.

Quick Start

Use the vibrant skill to generate a vibrant design-system spec that includes token definitions, accessibility requirements, and component-level rules for consistent implementation.

Frequently Asked Questions about vibrant

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

FAQPage Schema
How do I create a vibrant UI design system that meets WCAG 2.2 AA accessibility standards?

To create a vibrant UI design system meeting WCAG 2.2 AA standards, define typography, spacing, and tokenized color usage alongside keyboard-first interaction rules, visible focus states, and reduced-motion support for components like buttons, inputs, and modals.

What are the essential UI states and color tokens for a component design system?

Essential UI states and color tokens for a component design system include primary, secondary, success, warning, danger, surface, and text tokens. These defined tokens ensure coherent visual foundations and explicit interaction behavior across all UI components.

How do I generate testable quality gates for UI component guidelines?

You generate testable quality gates for UI component guidelines by creating do/don't rules and accessibility thresholds anchored to defined design tokens. This translates design intent into explicit, testable UI requirements for automated generation workflows.

Can I use bold typography and warm accents without failing keyboard-first accessibility rules?

Yes, you can use bold typography and warm accents while maintaining keyboard-first accessibility. Apply token-driven visual foundations alongside WCAG 2.2 AA guidance to ensure readable contrast targets, visible focus states, and reduced-motion support.

What is the best way to structure design system tokens for inputs, cards, and navigation components?

The best way to structure design system tokens for inputs, cards, and navigation is to define explicit typography, spacing, and color tokens. Use these defined tokens to generate consistent component-level rules and accessibility-compliant interaction patterns.

Why does my colorful UI design lack consistent interaction behavior across different components?

Your colorful UI design lacks consistent interaction behavior because it requires tokenized color usage and explicit UI states. Defining primary, secondary, and surface tokens alongside WCAG 2.2 AA keyboard-first rules ensures coherent interactions across buttons, modals, and navigation.