| name | redesign |
| description | Activate when a user wants to improve, upgrade, or fix the design quality of an existing web project without changing its functionality or migrating its tech stack. |
| version | 1 |
| category | frontend-code |
| outputs | code |
Redesign
Purpose
This skill audits an existing web project for design quality issues, then applies targeted improvements within the existing tech stack. It does not rewrite from scratch. It identifies the highest-impact changes — font quality, color calibration, layout patterns, interaction states, content quality — and implements them surgically without touching business logic or data handling.
When to Activate
- User says their UI looks generic, cheap, or AI-generated and has existing code to share
- User wants to upgrade an existing project's design without a full rewrite
- User asks to "clean up" or "polish" a project they already have
- User wants a design review with actionable code fixes
When Not to Activate
- User is building from scratch (use
frontend)
- User wants a visual redesign concept image (use
web-image)
- User only wants architectural or performance improvements
- The project has no UI (pure API or library)
Core Principles
-
Work with the existing stack. Identify the framework and styling method first. Make changes that fit. Do not propose switching from CSS Modules to Tailwind or from React to another framework.
-
Highest visual impact first. Font replacement delivers the biggest immediate improvement at lowest risk. Fix typography, then color, then layout, then components, in that order.
-
Test after every change. Targeted changes carry less risk than full rewrites, but any change can break layout. Verify each fix renders correctly before moving to the next category.
-
Never break existing functionality. Interactive behavior, routing, data fetching, and form handling must remain identical after all visual changes.
-
Check all dependencies before adding any. Before importing a new font, icon set, or animation library, verify the project can support it. Check package.json for conflicts and Tailwind version before touching config.
-
Accessibility gaps are bugs, not design preferences. Missing focus rings, absent alt text, and low-contrast text are bugs. Fix them as part of the audit, not as optional enhancements.
Workflow
-
Scan the project. Read the codebase to identify: framework, styling method (Tailwind version, CSS Modules, styled-components, vanilla CSS), current font stack, current color palette, and existing component patterns.
-
Run the full audit. Work through every category in the Audit Checklist below. List every issue found with a severity: Critical (accessibility or legal), High (strong visual degradation), Medium (generic pattern to replace), Low (polish detail).
-
Fix by priority order: (1) Typography, (2) Color palette, (3) Hover and active states, (4) Layout and spacing, (5) Component pattern replacements, (6) Interaction states (loading/empty/error), (7) Content quality, (8) Accessibility gaps.
-
Deliver targeted patches. Show before and after for each changed section. Do not deliver a full file rewrite unless the change spans more than 60% of the file.
Audit Checklist
Typography
Color and Surfaces
Layout
Interactivity and States
Content
Component Patterns
Iconography
Accessibility
Code Quality
Strategic Gaps
Upgrade Techniques
When replacing generic patterns, pull from these high-impact techniques:
Typography upgrades:
- Variable font animation — interpolate weight or width on scroll or hover
- Outlined-to-fill transitions — text starts as stroke outline and fills on scroll entry
- Text mask reveals — large typography acting as a window to imagery behind it
Layout upgrades:
- Asymmetric broken grid — elements deliberately offset with calculated variance
- Aggressive whitespace — single element per section with massive surrounding space
- Parallax card stacks — sections that stick and physically layer during scroll
Surface upgrades:
- Grain and noise overlays — fixed
pointer-events-none pseudo-element with subtle noise
- Colored, tinted shadows — shadows carrying the hue of the background
- Background image depth — full-width photo at low opacity behind hero or feature sections
Forbidden Patterns
When applying fixes, do not introduce:
- One generic font swapped for another generic font
- A more complex third-party component without justification
- Animations without
prefers-reduced-motion support
- Any change to interactive behavior while fixing visual styles
Output Requirements
- Audit findings delivered as a structured list with severity ratings before any code
- Code changes shown as before/after patches (not full file rewrites unless >60% changed)
- Critical (accessibility) and High severity issues addressed before Medium and Low
- Each patch includes a comment referencing the audit item it resolves
- Apply
complete behavior — no truncation
Quality Gates
Failure Modes
"Scope creep": The audit becomes a full rewrite. Detection: more than 80% of any file is changed. Fix: scope changes to visual properties only; keep markup structure intact.
"Stack mismatch": Tailwind v4 syntax used in a Tailwind v3 project (or vice versa). Detection: check Tailwind version in package.json before writing any utility classes. Fix: verify version first.
"Accessibility blind spot": The audit addresses visual quality but skips focus rings, alt text, and semantic HTML. Fix: accessibility checklist items are Critical severity — address them before any visual improvements.
Response Format
Deliver: (1) Audit findings list with severity ratings, (2) Fix priority order, (3) Targeted code patches in priority order. Use clear // BEFORE and // AFTER comments in each patch.