Simplify noisy interfaces and evaluate whether proposed UI additions serve a concrete user need.
Real-world examples not captured yet
This skill shows a gallery of live HTML demos (CDN libraries welcome — GSAP, Three.js, etc.) rendered inline via srcdoc.
Skill markdown
# Subtractive Design Design is subtractive. Absence creates hierarchy, calm, and focus. Adding feels productive; removing is usually the harder and better move. ## Defaults 1. Require a demonstrable purpose for every element, token, and interaction. 2. Prefer fewer decisions for the user at each step. 3. Use space, silence, and restraint as active design materials. 4. Hide necessary complexity rather than celebrating it. 5. Cut anything that exists only because it was easy to generate. ## Prefer / Reject | Prefer | Reject | | --- | --- | | Clear primary action | Equal-weight button forests | | Progressive disclosure | Showing every option up front | | Shared tokens and patterns | One-off flourishes per screen | | Defaults that remove setup | Preference panels for undecided design | | Calm empty space | Filling space because it is empty | ## Process 1. List what the screen must accomplish. 2. Mark every element that does not serve that list. 3. Remove or demote the marked set. 4. Recheck whether the remaining pieces still need labels, chrome, or motion. 5. Stop when further removal would hide a needed decision or affordance. ## Review checklist - [ ] Can any control be removed without harming the task? - [ ] Is there a single clear primary action? - [ ] Are secondary actions visually secondary? - [ ] Is any copy repeating what the UI already shows? - [ ] Are decorative layers earning their keep? - [ ] Would a quieter version communicate the same intent faster? ## Source essays - Beauty comes from absence - Designing the invisible - Hygge in interface design
More from kemiljk
- Ai Output JudgementCritique generated UI, copy, or code when the user requests a quality review of AI output.
- Android Native UIBuild or review Android interfaces in Compose or Views, including Material conventions, accessibility, adaptive layout, and state.
- Apple Native UIBuild or review native Apple interfaces, including platform controls, accessibility, state, navigation, and macOS window behavior.
- Design EngineeringTranslate design intent into production components or improve collaboration between design and engineering.
- Design For RepetitionImprove workflows used repeatedly by examining recurring effort, waiting, setup, interruption, context retention, and expert paths. Use when an experience works once but may become tiring or inefficient in regular use.
- Design System EvolutionDecide how an existing design system should evolve: reuse a component, add a variant, change its API, or introduce a new pattern. Use when real design or code consumers expose a mismatch and a bounded compatibility or migration decision is needed.