/impeccable polish
The meticulous final pass between good and great.
When to use it
/impeccable polish is the last thing you run before shipping. It hunts down the small details that separate a shipped feature from a polished one: half-pixel misalignments, inconsistent spacing, forgotten focus states, loading transitions that flash, copy that drifts in tone. It also aligns the feature with your design system, replacing hard-coded values with tokens, swapping custom components for shared ones, and fixing any drift from established patterns.
Reach for it when the feature is functionally complete, nothing is broken, and something still feels off. Also reach for it when a feature has drifted from the design system and needs to be pulled back in line.
How it works
Polish starts by discovering the design system (tokens, spacing scale, shared components), then works methodically across six dimensions:
- Visual alignment and spacing: pixel-perfect grid adherence, consistent spacing scale, optical alignment on icons.
- Typography: hierarchy consistency, line length, widows and orphans, kerning on headlines.
- Color and contrast: token usage, theme parity, WCAG ratios, focus indicators.
- Interaction states: hover, focus, active, disabled, loading, error, success. Every state accounted for.
- Transitions and motion: smooth easing, no layout jank, respect for
prefers-reduced-motion. - Copy: consistent voice, correct tense, no placeholder strings, no stray TODOs.
The skill is explicit about one thing: polish is the last step, not the first. If the feature is not functionally complete, polishing it is wasted work.
Try it
/impeccable polish the pricing page
A healthy run looks like:
Visual alignment: fixed 3 off-grid elements (8px baseline)
Typography: tightened h1 kerning, fixed widow on testimonial
Interaction: added hover state on FAQ items, focus ring on email input
Motion: softened modal entrance, added reduced-motion fallback
Copy: removed one "Lorem ipsum" stray, aligned button voice
Five small fixes, no rewrites. That is the shape of a good polish pass.
Pitfalls
- Polishing work that is not done. If there are TODOs in the code, you are not ready. Run
/impeccable polishon finished features only. - Treating polish as redesign. Polish refines what exists. If you find yourself rearchitecting a layout, you needed
/impeccable critiqueor/impeccable layoutinstead. - Running
/impeccable polishwithout/impeccable auditfirst. Polish catches feel-based issues. Audit catches measurable ones. Use both.