Design System Refine
Use this skill after the initial scaffold exists and the next job is quality rather than creation.
Examples:
- “Tighten the tokens and make the surfaces feel more cohesive.”
- “Refine this app shell so it reads less like a starter.”
- “Standardize spacing, hierarchy, and shadcn usage.”
- “Make this marketing starter feel more premium without changing the stack.”
Workflow
- Inspect the starter before editing.
- identify whether the weakest point is tokens, hierarchy, composition, density, motion, or copy
- Preserve the starter's core contract.
- keep the existing mode (
marketing-onlyorapp-shell) - keep the shared design-system foundation coherent
- avoid rewriting into a different product shape unless the user asks
- keep the existing mode (
- Refine in this order:
- tokens and visual language
- layout hierarchy and section jobs
- shadcn composition and surface consistency
- copy density and affordance clarity
- Verify the resulting code still feels intentional on both desktop and mobile
Companion Skills
Use adjacent skills when they sharpen the result:
- use
$frontend-skillfor art direction, hierarchy, and memorable motion - use
$shadcnwhen a refinement needs better component composition or registry-aware fixes - use
$react-best-practiceswhen a cleanup changes component structure or performance-sensitive code
Reference
Use references/refinement-checklist.md as the default review order so the refinement pass stays focused and doesn't devolve into random polishing.