Variation — Design Variation Generation
Generate N alternative visual designs from an existing base design. Variations change the visual style while preserving the page architecture and content.
What Varies vs. What Stays
Varies (visual style)
- Color strategy — different palette, mood, contrast level, dark vs light
- Typography — different font pairing, weight strategy, size contrast
- Animation intensity — subtle vs dramatic, fast vs slow, fewer vs more animations
- Spacing density — compact vs spacious, tight grid vs breathing room
- Visual texture — flat vs gradient, minimal vs rich shadows, sharp vs rounded corners
Stays (structure + content)
- Page count and site map
- Section order and layout composition
- All text content (headlines, body, CTAs)
- Mock data
- Media descriptions (though the style prefix changes)
- Icon choices
- Functionality and interactions
Variation Workflow
Step 1: Read the Base Design Document
Read the complete design document from the source path (e.g., designs/1/docs/). Extract:
- Page architecture (pages, sections, content)
- Current styleguide choices
- Animation plan
- Media prompts (extract the content descriptions, discard style prefix)
Step 2: Generate Variation Specs
For each variation, make deliberate changes across variation dimensions. Use the variation-dimensions.md reference for strategies.
Each variation should have a clear identity — not random tweaks, but a coherent alternative vision. Examples:
- Variation 1: "Dark premium" — dark backgrounds, gold accents, editorial serif fonts, subtle animations
- Variation 2: "Bold maximalist" — vibrant colors, oversized type, dramatic animations, high contrast
- Variation 3: "Clean minimal" — lots of whitespace, muted palette, geometric sans-serif, restrained motion
Step 3: Produce Variation Design Documents
For each variation, produce a complete design document in designs/{base}v{N}/docs/:
- New styleguide (colors, fonts, spacing)
- Updated CSS architecture (tailwind config, CSS variables)
- Updated media prompts (new style prefix, same content descriptions)
- Updated animation plan (adjusted intensity)
- Same page architecture and content (copied from base)
Step 4: Implementation
Each variation goes through the standard implementation workflow (scaffold → page-builders → assembly → test) using its own design document, outputting to designs/{base}v{N}/src/.
Variation Naming Convention
designs/
1/ ← base design
1v1/ ← variation 1 of design 1
1v2/ ← variation 2 of design 1
2/ ← second independent design
2v1/ ← variation 1 of design 2
Output Template
Each variation document starts with:
# Design Variation: {base}v{N}
**Base:** designs/{base}/
**Identity:** [one-line description, e.g., "Dark premium — editorial luxury with restrained motion"]
**Key changes from base:**
- Color: [what changed]
- Typography: [what changed]
- Animation: [what changed]
- Spacing: [what changed]
[... full design document follows, same structure as base ...]
Cross-Plugin Skills Used
design-plugin:styleguide — generate alternative aesthetic profiles, font pairings, color moods
design-plugin:design-system — validate new color palettes for accessibility (WCAG contrast)
design-plugin:media-prompt-craft — generate new style prefixes for media prompts
1---2name: variation3description: Generate alternative design variations from an existing web design — systematically vary colors, typography, animation intensity, and spacing density while preserving page structure and content. Use when the user wants multiple visual options from a base design, says "generate variations" or "try different styles", wants to compare visual approaches side-by-side, or as a post-workflow option after completing a web design.4---56# Variation — Design Variation Generation78Generate N alternative visual designs from an existing base design. Variations change the **visual style** while preserving the **page architecture and content**.910## What Varies vs. What Stays1112### Varies (visual style)13- **Color strategy** — different palette, mood, contrast level, dark vs light14- **Typography** — different font pairing, weight strategy, size contrast15- **Animation intensity** — subtle vs dramatic, fast vs slow, fewer vs more animations16- **Spacing density** — compact vs spacious, tight grid vs breathing room17- **Visual texture** — flat vs gradient, minimal vs rich shadows, sharp vs rounded corners1819### Stays (structure + content)20- Page count and site map21- Section order and layout composition22- All text content (headlines, body, CTAs)23- Mock data24- Media descriptions (though the style prefix changes)25- Icon choices26- Functionality and interactions2728## Variation Workflow2930### Step 1: Read the Base Design Document31Read the complete design document from the source path (e.g., `designs/1/docs/`). Extract:32- Page architecture (pages, sections, content)33- Current styleguide choices34- Animation plan35- Media prompts (extract the content descriptions, discard style prefix)3637### Step 2: Generate Variation Specs38For each variation, make deliberate changes across variation dimensions. Use the `variation-dimensions.md` reference for strategies.3940**Each variation should have a clear identity** — not random tweaks, but a coherent alternative vision. Examples:41- Variation 1: "Dark premium" — dark backgrounds, gold accents, editorial serif fonts, subtle animations42- Variation 2: "Bold maximalist" — vibrant colors, oversized type, dramatic animations, high contrast43- Variation 3: "Clean minimal" — lots of whitespace, muted palette, geometric sans-serif, restrained motion4445### Step 3: Produce Variation Design Documents46For each variation, produce a complete design document in `designs/{base}v{N}/docs/`:47- New styleguide (colors, fonts, spacing)48- Updated CSS architecture (tailwind config, CSS variables)49- Updated media prompts (new style prefix, same content descriptions)50- Updated animation plan (adjusted intensity)51- Same page architecture and content (copied from base)5253### Step 4: Implementation54Each variation goes through the standard implementation workflow (scaffold → page-builders → assembly → test) using its own design document, outputting to `designs/{base}v{N}/src/`.5556## Variation Naming Convention5758```59designs/60 1/ ← base design61 1v1/ ← variation 1 of design 162 1v2/ ← variation 2 of design 163 2/ ← second independent design64 2v1/ ← variation 1 of design 265```6667## Output Template6869Each variation document starts with:7071```markdown72# Design Variation: {base}v{N}73**Base:** designs/{base}/74**Identity:** [one-line description, e.g., "Dark premium — editorial luxury with restrained motion"]75**Key changes from base:**76- Color: [what changed]77- Typography: [what changed]78- Animation: [what changed]79- Spacing: [what changed]8081[... full design document follows, same structure as base ...]82```8384## Cross-Plugin Skills Used85- `design-plugin:styleguide` — generate alternative aesthetic profiles, font pairings, color moods86- `design-plugin:design-system` — validate new color palettes for accessibility (WCAG contrast)87- `design-plugin:media-prompt-craft` — generate new style prefixes for media prompts