home / skills / pproenca / dot-skills / tailwind-ui-refactor

tailwind-ui-refactor skill

/skills/.experimental/tailwind-ui-refactor

This skill helps refactor Tailwind UI with Apple's design-informed patterns to improve hierarchy, spacing, typography, color, depth, and polish.

npx playbooks add skill pproenca/dot-skills --skill tailwind-ui-refactor

Review the files below or copy the command above to add this skill to your agents.

Files (56)
SKILL.md
10.0 KB
---
name: tailwind-ui-refactor
description: Refactoring UI design patterns for Tailwind CSS applications. This skill should be used when writing, reviewing, or refactoring HTML with Tailwind utility classes to improve visual hierarchy, spacing, typography, color, depth, and polish. Triggers on tasks involving UI cleanup, design review, Tailwind refactoring, component styling, or visual improvements.
---

# Refactoring UI Tailwind CSS Best Practices

Comprehensive UI refactoring guide based on Refactoring UI by Adam Wathan & Steve Schoger, implemented with Tailwind CSS utility classes. Contains 52 rules across 9 categories, prioritized by design impact to guide automated refactoring and code generation. Uses Tailwind CSS v4 syntax (v3 notes provided where syntax differs).

**Important: Think first, style second.** Before applying any visual rule, understand the UI's purpose, identify what matters to the user, and remove unnecessary elements. The Design Intent category (priority 1) must be considered before any styling changes. A simpler component with fewer elements always beats a decorated component with unnecessary markup.

## When to Apply

Reference these guidelines when:
- Refactoring existing Tailwind CSS components
- Writing new UI with Tailwind utility classes
- Reviewing code for visual hierarchy and spacing issues
- Improving design quality without a designer
- Fixing accessibility contrast problems

## Rule Categories by Priority

| Priority | Category | Impact | Prefix |
|----------|----------|--------|--------|
| 1 | Design Intent | CRITICAL | `intent-` |
| 2 | Visual Hierarchy | CRITICAL | `hier-` |
| 3 | Layout & Spacing | CRITICAL | `space-` |
| 4 | Typography | HIGH | `type-` |
| 5 | Color Systems | HIGH | `color-` |
| 6 | Depth & Shadows | MEDIUM | `depth-` |
| 7 | Borders & Separation | MEDIUM | `sep-` |
| 8 | Images & Content | LOW-MEDIUM | `img-` |
| 9 | Polish & Details | LOW | `polish-` |

## Quick Reference

### 1. Design Intent (CRITICAL)

- [`intent-audit-before-styling`](references/intent-audit-before-styling.md) - Audit what each element communicates before changing any CSS
- [`intent-remove-before-decorating`](references/intent-remove-before-decorating.md) - Remove unnecessary elements before styling what remains
- [`intent-reduce-cognitive-load`](references/intent-reduce-cognitive-load.md) - Reduce choices per screen — fewer options beat prettier options
- [`intent-progressive-disclosure`](references/intent-progressive-disclosure.md) - Hide secondary information behind interactions
- [`intent-content-drives-layout`](references/intent-content-drives-layout.md) - Let real content determine layout — not the other way around
- [`intent-simplify-over-decorate`](references/intent-simplify-over-decorate.md) - Prefer removing a wrapper over adding 5 utility classes to it
- [`intent-match-context-fidelity`](references/intent-match-context-fidelity.md) - Match design polish to context — admin vs consumer vs product
- [`intent-match-existing-patterns`](references/intent-match-existing-patterns.md) - Audit sibling component patterns before restyling

### 2. Visual Hierarchy (CRITICAL)

- [`hier-size-weight-color`](references/hier-size-weight-color.md) - Use size, weight, and color for hierarchy — not just size
- [`hier-deemphasize-secondary`](references/hier-deemphasize-secondary.md) - De-emphasize secondary content instead of emphasizing primary
- [`hier-button-hierarchy`](references/hier-button-hierarchy.md) - Style buttons by visual hierarchy, not semantic importance
- [`hier-label-value-pairs`](references/hier-label-value-pairs.md) - Combine labels and values into natural language
- [`hier-semantic-vs-visual`](references/hier-semantic-vs-visual.md) - Separate visual hierarchy from document hierarchy
- [`hier-icon-sizing`](references/hier-icon-sizing.md) - Size icons relative to adjacent text, not to fill space
- [`hier-color-hierarchy-on-dark`](references/hier-color-hierarchy-on-dark.md) - Use opacity or muted colors for hierarchy on colored backgrounds

### 3. Layout & Spacing (CRITICAL)

- [`space-start-generous`](references/space-start-generous.md) - Start with too much whitespace, then remove
- [`space-systematic-scale`](references/space-systematic-scale.md) - Use a constrained spacing scale, not arbitrary values
- [`space-relationship-proximity`](references/space-relationship-proximity.md) - Use spacing to show relationships between elements
- [`space-dont-fill-screen`](references/space-dont-fill-screen.md) - Constrain content width — avoid filling the whole screen
- [`space-grids-not-required`](references/space-grids-not-required.md) - Use fixed widths when grids are not needed
- [`space-relative-sizing-fails`](references/space-relative-sizing-fails.md) - Avoid raw viewport units without clamping
- [`space-mobile-first`](references/space-mobile-first.md) - Design mobile-first at ~400px, then expand

### 4. Typography (HIGH)

- [`type-line-length`](references/type-line-length.md) - Keep line length between 45-75 characters
- [`type-line-height-inverse`](references/type-line-height-inverse.md) - Line height and font size are inversely proportional
- [`type-font-weight-variety`](references/type-font-weight-variety.md) - Choose fonts with at least 5 weight variations
- [`type-no-center-long-text`](references/type-no-center-long-text.md) - Left-align body content — avoid centering long-form text
- [`type-letter-spacing`](references/type-letter-spacing.md) - Tighten letter spacing for headlines, loosen for uppercase
- [`type-align-numbers-right`](references/type-align-numbers-right.md) - Align numbers right in tables for easy comparison

### 5. Color Systems (HIGH)

- [`color-define-palette-upfront`](references/color-define-palette-upfront.md) - Define a complete color palette upfront — don't pick colors ad-hoc
- [`color-grayscale-first`](references/color-grayscale-first.md) - Design in grayscale first, add color last
- [`color-accessible-contrast`](references/color-accessible-contrast.md) - Ensure 4.5:1 contrast ratio for body text
- [`color-dark-gray-not-black`](references/color-dark-gray-not-black.md) - Use dark gray instead of pure black for text
- [`color-saturated-grays`](references/color-saturated-grays.md) - Add subtle saturation to grays for warmth or coolness
- [`color-light-backgrounds-dark-text`](references/color-light-backgrounds-dark-text.md) - Use light-colored backgrounds with dark text for badges

### 6. Depth & Shadows (MEDIUM)

- [`depth-shadow-scale`](references/depth-shadow-scale.md) - Define a fixed shadow scale — small to extra large
- [`depth-shadow-vertical-offset`](references/depth-shadow-vertical-offset.md) - Use vertical offset for natural-looking shadows
- [`depth-interactive-elevation`](references/depth-interactive-elevation.md) - Use shadow changes to communicate interactivity
- [`depth-light-closer-dark-recedes`](references/depth-light-closer-dark-recedes.md) - Lighter colors feel closer, darker colors recede
- [`depth-overlap-layers`](references/depth-overlap-layers.md) - Overlap elements to create visual layers

### 7. Borders & Separation (MEDIUM)

- [`sep-fewer-borders`](references/sep-fewer-borders.md) - Use fewer borders — replace with spacing, shadows, or background color
- [`sep-background-color-separation`](references/sep-background-color-separation.md) - Use background color differences to separate sections
- [`sep-table-spacing-not-lines`](references/sep-table-spacing-not-lines.md) - Use spacing instead of lines in simple tables
- [`sep-card-radio-buttons`](references/sep-card-radio-buttons.md) - Upgrade radio buttons to selectable cards for key choices

### 8. Images & Content (LOW-MEDIUM)

- [`img-control-user-content`](references/img-control-user-content.md) - Control user-uploaded image size and aspect ratio
- [`img-text-overlay`](references/img-text-overlay.md) - Add overlays or reduce contrast for text over images
- [`img-dont-scale-up-icons`](references/img-dont-scale-up-icons.md) - Avoid scaling up icons designed for small sizes
- [`img-empty-states`](references/img-empty-states.md) - Design meaningful empty states with clear CTAs

### 9. Polish & Details (LOW)

- [`polish-accent-borders`](references/polish-accent-borders.md) - Add accent borders to highlight important elements
- [`polish-custom-bullets`](references/polish-custom-bullets.md) - Replace default bullets with icons or checkmarks
- [`polish-border-radius-personality`](references/polish-border-radius-personality.md) - Match border radius to brand personality
- [`polish-gradient-close-hues`](references/polish-gradient-close-hues.md) - Use gradients with hues within 30 degrees of each other
- [`polish-inner-shadow-images`](references/polish-inner-shadow-images.md) - Add inner shadow to prevent image background bleed

## Scope & Limitations

This skill covers **layout, hierarchy, spacing, color, and polish** based on Refactoring UI principles. It does NOT cover:

- **Font selection & pairing** — choosing distinctive typefaces, avoiding generic AI defaults (Inter, Arial, system-ui), or pairing display + body fonts
- **Animation & motion** — meaningful transitions, micro-interactions, page load sequences, or scroll-triggered reveals
- **Creative direction** — establishing an aesthetic vision, choosing a tone (minimal, maximalist, brutalist, etc.), or differentiating from generic "AI slop" aesthetics
- **Spatial composition** — asymmetric layouts, grid-breaking elements, or unconventional visual flow

For these concerns, pair this skill with a design-thinking or frontend-design skill that covers creative direction and aesthetic execution.

## How to Use

Read individual reference files for detailed explanations and code examples:

- [Section definitions](references/_sections.md) - Category structure and impact levels
- [Rule template](assets/templates/_template.md) - Template for adding new rules

## Reference Files

| File | Description |
|------|-------------|
| [references/_sections.md](references/_sections.md) | Category definitions and ordering |
| [assets/templates/_template.md](assets/templates/_template.md) | Template for new rules |
| [metadata.json](metadata.json) | Version and reference information |

Overview

This skill refactors Tailwind CSS markup to produce UI that feels considered, polished, and aligned with Apple-like design principles. It combines pragmatic Tailwind transforms with higher-level guidance on user intent, spacing, typography, color, and visual hierarchy. Use it to make components clearer, more usable, and more delightful without hiring a designer.

How this skill works

The skill inspects HTML and Tailwind utility classes and recommends mechanical changes (spacing scales, typography classes, color swaps, shadow scales) plus behavioral rules (audit intent, reduce cognitive load, progressive disclosure). It suggests component-level patterns and code snippets guided by three meta-layers: Empathy (understand the user), Craft (mechanical transforms), and Taste (generate and choose variants). Recommendations prioritize high-impact rules first.

When to use it

  • Refactoring existing Tailwind components to improve hierarchy, spacing, and polish
  • Writing new UI when you want consistent spacing, typography, and color systems
  • Code reviews focused on visual clarity, accessibility contrast, or systemic coherence
  • Fixing accessibility issues like low contrast or poor reading rhythm
  • Improving product-feel so interfaces feel considered rather than generic

Best practices

  • Start with empathy: audit what each element communicates before changing styles
  • Apply a constrained spacing scale and prefer generous whitespace initially
  • Design in grayscale first, then add color; use dark gray for body text instead of black
  • Use size, weight, and muted color to build hierarchy instead of adding noise
  • Establish tokens for radius, shadows, and spacing and defend them consistently
  • Demo components at multiple breakpoints and generate 2–3 variants before finalizing

Example use cases

  • Convert a messy utility class list into a coherent component with consistent spacing and tokenized classes
  • Refine button hierarchy: primary, secondary, and ghost states with accessible contrast and elevation
  • Audit a form and reduce cognitive load by grouping related inputs and using progressive disclosure
  • Improve a dashboard’s typography: set ideal line length, scale headings, and tighten letter spacing for headings
  • Replace excess borders with spacing or subtle background separation and a defined shadow scale

FAQ

Will this change markup or only class names?

It primarily recommends Tailwind class and layout changes, but it also suggests minor markup adjustments when removing unnecessary wrappers improves clarity or accessibility.

How does it handle brand-specific token systems?

The skill recommends establishing design tokens first and mapping Tailwind utilities to those tokens so changes remain coherent and easy to maintain.