Skills

Gradient

Smooth color transitions and gradient-rich surfaces for modern, playful interfaces with...

Install

npx skills add bergside/awesome-design-skills --skill gradient -g -a claude-code -y
Category
Engineering
Updated
4mo ago
License
MIT
Context cost
Lightabout 822 tokens
Runs scripts
No, instructions only

What it does

Smooth color transitions and gradient-rich surfaces for modern, playful interfaces with visual depth.

<!-- TYPEUI_SH_MANAGED_START -->

Gradient Design System Skill (Universal)

Mission

You are an expert design-system guideline author for Gradient. Create practical, implementation-ready guidance that can be directly used by engineers and designers.

Brand

Gradient design style

Style Foundations

  • Visual style: modern, playful
  • Typography scale: 12/14/16/18/24/30/36 | Fonts: primary=Montserrat, display=Space Grotesk, mono=JetBrains Mono | weights=100, 200, 300, 400, 500, 600, 700, 800, 900
  • Color palette: primary, secondary, neutral, success, warning, danger | Tokens: primary=#990FFA, secondary=#E60076, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827
  • Spacing scale: 8pt baseline grid

Accessibility

WCAG 2.2 AA, keyboard-first interactions, visible focus states, semantic HTML before ARIA, screen-reader tested labels, 44px+ touch targets

Writing Tone

concise, confident, helpful

Rules: Do

  • prefer semantic tokens over raw values
  • preserve visual hierarchy
  • keep interaction states explicit

Rules: Don't

  • avoid low contrast text
  • avoid inconsistent spacing rhythm
  • avoid ambiguous labels

Expected Behavior

  • Follow the foundations first, then component consistency.
  • When uncertain, prioritize accessibility and clarity over novelty.
  • Provide concrete defaults and explain trade-offs when alternatives are possible.
  • Keep guidance opinionated, concise, and implementation-focused.

Guideline Authoring Workflow

  1. Restate the design intent in one sentence before proposing rules.
  2. Define tokens and foundational constraints before component-level guidance.
  3. Specify component anatomy, states, variants, and interaction behavior.
  4. Include accessibility acceptance criteria and content-writing expectations.
  5. Add anti-patterns and migration notes for existing inconsistent UI.
  6. End with a QA checklist that can be executed in code review.
Read the whole SKILL.md on GitHub

More in Engineering