Remove unnecessary complexity from designs, revealing the essential elements and creating clarity through ruthless simplification.
MANDATORY PREPARATION
Invoke /frontend-design — it contains design principles, anti-patterns, and the Context Gathering Protocol. Follow the protocol before proceeding — if no design context exists yet, you MUST run /teach-impeccable first.
Assess Current State
Analyze what makes the design feel complex or cluttered:
Identify complexity sources:
- Too many elements: Competing buttons, redundant information, visual clutter
- Excessive variation: Too many colors, fonts, sizes, styles without purpose
- Information overload: Everything visible at once, no progressive disclosure
- Visual noise: Unnecessary borders, shadows, backgrounds, decorations
- Confusing hierarchy: Unclear what matters most
- Feature creep: Too many options, actions, or paths forward
Find the essence:
- What's the primary user goal? (There should be ONE)
- What's actually necessary vs nice-to-have?
- What can be removed, hidden, or combined?
- What's the 20% that delivers 80% of value?
If any of these are unclear from the codebase, Ask the user using AskUserQuestion.
CRITICAL: Simplicity is not about removing features - it's about removing obstacles between users and their goals. Every element should justify its existence.
Plan Simplification
Create a ruthless editing strategy:
- Core purpose: What's the ONE thing this should accomplish?
- Essential elements: What's truly necessary to achieve that purpose?
- Progressive disclosure: What can be hidden until needed?
- Consolidation opportunities: What can be combined or integrated?
IMPORTANT: Simplification is hard. It requires saying no to good ideas to make room for great execution. Be ruthless.
Simplify the Design
Systematically remove complexity across these dimensions:
Information Architecture
- Reduce scope: Remove secondary actions, optional features, redundant information
- Progressive disclosure: Hide complexity behind clear entry points (accordions, modals, step-through flows)
- Combine related actions: Merge similar buttons, consolidate forms, group related content
- Clear hierarchy: ONE primary action, few secondary actions, everything else tertiary or hidden
- Remove redundancy: If it's said elsewhere, don't repeat it here
Visual Simplification
- Reduce color palette: Use 1-2 colors plus neutrals, not 5-7 colors
- Limit typography: One font family, 3-4 sizes maximum, 2-3 weights
- Remove decorations: Eliminate borders, shadows, backgrounds that don't serve hierarchy or function
- Flatten structure: Reduce nesting, remove unnecessary containers—never nest cards inside cards
- Remove unnecessary cards: Cards aren't needed for basic layout; use spacing and alignment instead
- Consistent spacing: Use one spacing scale, remove arbitrary gaps
Layout Simplification
- Linear flow: Replace complex grids with simple vertical flow where possible
- Remove sidebars: Move secondary content inline or hide it
- Full-width: Use available space generously instead of complex multi-column layouts
- Consistent alignment: Pick left or center, stick with it
- Generous white space: Let content breathe, don't pack everything tight
Interaction Simplification
- Reduce choices: Fewer buttons, fewer options, clearer path forward (paradox of choice is real)
- Smart defaults: Make common choices automatic, only ask when necessary
- Inline actions: Replace modal flows with inline editing where possible
- Remove steps: Can signup be one step instead of three? Can checkout be simplified?
- Clear CTAs: ONE obvious next step, not five competing actions
Content Simplification
- Shorter copy: Cut every sentence in half, then do it again
- Active voice: "Save changes" not "Changes will be saved"
- Remove jargon: Plain language always wins
- Scannable structure: Short paragraphs, bullet points, clear headings
- Essential information only: Remove marketing fluff, legalese, hedging
- Remove redundant copy: No headers restating intros, no repeated explanations, say it once
Code Simplification
- Remove unused code: Dead CSS, unused components, orphaned files
- Flatten component trees: Reduce nesting depth
- Consolidate styles: Merge similar styles, use utilities consistently
- Reduce variants: Does that component need 12 variations, or can 3 cover 90% of cases?
NEVER:
- Remove necessary functionality (simplicity ≠ feature-less)
- Sacrifice accessibility for simplicity (clear labels and ARIA still required)
- Make things so simple they're unclear (mystery ≠ minimalism)
- Remove information users need to make decisions
- Eliminate hierarchy completely (some things should stand out)
- Oversimplify complex domains (match complexity to actual task complexity)
Verify Simplification
Ensure simplification improves usability:
- Faster task completion: Can users accomplish goals more quickly?
- Reduced cognitive load: Is it easier to understand what to do?
- Still complete: Are all necessary features still accessible?
- Clearer hierarchy: Is it obvious what matters most?
- Better performance: Does simpler design load faster?
Document Removed Complexity
If you removed features or options:
- Document why they were removed
- Consider if they need alternative access points
- Note any user feedback to monitor
Remember: You have great taste and judgment. Simplification is an act of confidence - knowing what to keep and courage to remove the rest. As Antoine de Saint-Exupéry said: "Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away."
1---2name: distill3description: Strip designs to their essence by removing unnecessary complexity. Great design is simple, powerful, and clean. Use when the user asks to simplify, declutter, reduce noise, remove elements, or make a UI cleaner and more focused.4---5
6Remove unnecessary complexity from designs, revealing the essential elements and creating clarity through ruthless simplification.
7
8## MANDATORY PREPARATION
9
10Invoke /frontend-design — it contains design principles, anti-patterns, and the **Context Gathering Protocol**. Follow the protocol before proceeding — if no design context exists yet, you MUST run /teach-impeccable first.
11
12---
13
14## Assess Current State
15
16Analyze what makes the design feel complex or cluttered:
17
181. **Identify complexity sources**:
19 - **Too many elements**: Competing buttons, redundant information, visual clutter
20 - **Excessive variation**: Too many colors, fonts, sizes, styles without purpose
21 - **Information overload**: Everything visible at once, no progressive disclosure
22 - **Visual noise**: Unnecessary borders, shadows, backgrounds, decorations
23 - **Confusing hierarchy**: Unclear what matters most
24 - **Feature creep**: Too many options, actions, or paths forward
25
262. **Find the essence**:
27 - What's the primary user goal? (There should be ONE)
28 - What's actually necessary vs nice-to-have?
29 - What can be removed, hidden, or combined?
30 - What's the 20% that delivers 80% of value?
31
32If any of these are unclear from the codebase, Ask the user using AskUserQuestion.
33
34**CRITICAL**: Simplicity is not about removing features - it's about removing obstacles between users and their goals. Every element should justify its existence.
35
36## Plan Simplification
37
38Create a ruthless editing strategy:
39
40- **Core purpose**: What's the ONE thing this should accomplish?
41- **Essential elements**: What's truly necessary to achieve that purpose?
42- **Progressive disclosure**: What can be hidden until needed?
43- **Consolidation opportunities**: What can be combined or integrated?
44
45**IMPORTANT**: Simplification is hard. It requires saying no to good ideas to make room for great execution. Be ruthless.
46
47## Simplify the Design
48
49Systematically remove complexity across these dimensions:
50
51### Information Architecture
52- **Reduce scope**: Remove secondary actions, optional features, redundant information
53- **Progressive disclosure**: Hide complexity behind clear entry points (accordions, modals, step-through flows)
54- **Combine related actions**: Merge similar buttons, consolidate forms, group related content
55- **Clear hierarchy**: ONE primary action, few secondary actions, everything else tertiary or hidden
56- **Remove redundancy**: If it's said elsewhere, don't repeat it here
57
58### Visual Simplification
59- **Reduce color palette**: Use 1-2 colors plus neutrals, not 5-7 colors
60- **Limit typography**: One font family, 3-4 sizes maximum, 2-3 weights
61- **Remove decorations**: Eliminate borders, shadows, backgrounds that don't serve hierarchy or function
62- **Flatten structure**: Reduce nesting, remove unnecessary containers—never nest cards inside cards
63- **Remove unnecessary cards**: Cards aren't needed for basic layout; use spacing and alignment instead
64- **Consistent spacing**: Use one spacing scale, remove arbitrary gaps
65
66### Layout Simplification
67- **Linear flow**: Replace complex grids with simple vertical flow where possible
68- **Remove sidebars**: Move secondary content inline or hide it
69- **Full-width**: Use available space generously instead of complex multi-column layouts
70- **Consistent alignment**: Pick left or center, stick with it
71- **Generous white space**: Let content breathe, don't pack everything tight
72
73### Interaction Simplification
74- **Reduce choices**: Fewer buttons, fewer options, clearer path forward (paradox of choice is real)
75- **Smart defaults**: Make common choices automatic, only ask when necessary
76- **Inline actions**: Replace modal flows with inline editing where possible
77- **Remove steps**: Can signup be one step instead of three? Can checkout be simplified?
78- **Clear CTAs**: ONE obvious next step, not five competing actions
79
80### Content Simplification
81- **Shorter copy**: Cut every sentence in half, then do it again
82- **Active voice**: "Save changes" not "Changes will be saved"
83- **Remove jargon**: Plain language always wins
84- **Scannable structure**: Short paragraphs, bullet points, clear headings
85- **Essential information only**: Remove marketing fluff, legalese, hedging
86- **Remove redundant copy**: No headers restating intros, no repeated explanations, say it once
87
88### Code Simplification
89- **Remove unused code**: Dead CSS, unused components, orphaned files
90- **Flatten component trees**: Reduce nesting depth
91- **Consolidate styles**: Merge similar styles, use utilities consistently
92- **Reduce variants**: Does that component need 12 variations, or can 3 cover 90% of cases?
93
94**NEVER**:
95- Remove necessary functionality (simplicity ≠ feature-less)
96- Sacrifice accessibility for simplicity (clear labels and ARIA still required)
97- Make things so simple they're unclear (mystery ≠ minimalism)
98- Remove information users need to make decisions
99- Eliminate hierarchy completely (some things should stand out)
100- Oversimplify complex domains (match complexity to actual task complexity)
101
102## Verify Simplification
103
104Ensure simplification improves usability:
105
106- **Faster task completion**: Can users accomplish goals more quickly?
107- **Reduced cognitive load**: Is it easier to understand what to do?
108- **Still complete**: Are all necessary features still accessible?
109- **Clearer hierarchy**: Is it obvious what matters most?
110- **Better performance**: Does simpler design load faster?
111
112## Document Removed Complexity
113
114If you removed features or options:
115- Document why they were removed
116- Consider if they need alternative access points
117- Note any user feedback to monitor
118
119Remember: You have great taste and judgment. Simplification is an act of confidence - knowing what to keep and courage to remove the rest. As Antoine de Saint-Exupéry said: "Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away."