polish
Skill571 starsChanged 3 months agoApache-2.0View on GitHub
Performs a final quality pass fixing alignment, spacing, consistency, and micro-detail issues before shipping. Use when the user mentions polish, finishing touches, pre-launch review, something looks off, or wants to go from good to great.
We split this skill into the rules it gives an agent
28 rules. 0 are common, 26 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 57 edited versions we read keep these.
26
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
When does it ship? (How much time for polish?)
- Distinctive: line 43
Consistent spacing: All gaps use spacing scale (no random 13px gaps)
- Distinctive: line 50
Check spacing with browser inspector
- Distinctive: line 51
Test at multiple viewport sizes
- Distinctive: line 52
Look for elements that "feel" off
- Distinctive: line 59
Widows & orphans: No single words on last line
- Distinctive: line 62
Font loading: No FOUT/FOIT flashes
- Distinctive: line 66
Contrast ratios: All text meets WCAG standards
- Distinctive: line 67
Consistent token usage: No hard-coded colors, all use design tokens
- Distinctive: line 71
Tinted neutrals: No pure gray or pure black—add subtle color tint (0.01 chroma)
- Distinctive: line 72
Gray on color: Never put gray text on colored backgrounds—use a shade of that color or transparency
- Distinctive: line 76
Every interactive element needs all states:
- Distinctive: line 91
Smooth transitions: All state changes animated appropriately (150-300ms)
- Very specific: line 92
Consistent easing: Use ease-out-quart/quint/expo for natural deceleration.
- Distinctive: line 101
Grammar & spelling: No typos
- Distinctive: line 102
Appropriate length: Not too wordy, not too terse
- Distinctive: line 107
Consistent style: All icons from same family or matching style
- Distinctive: line 110
Alt text: All images have descriptive alt text
- Distinctive: line 116
Label consistency: All inputs properly labeled
- Distinctive: line 125
Loading states: All async actions have loading feedback
- Distinctive: line 135
All breakpoints: Test mobile, tablet, desktop
- Distinctive: line 137
Readable text: No text smaller than 14px on mobile
- Distinctive: line 145
Smooth interactions: No lag or jank
- Distinctive: line 151
Remove console logs: No debug logging in production
- Very specific: line 155
Type safety: No TypeScript any or ignored errors
- Distinctive: line 194
Before marking as done:
- Distinctive: line 197
Test on real devices: Not just browser DevTools
- Distinctive: line 200
Check all states: Don't just test happy path
“Common” is measured: kept by at least 6 in 10 of the 57 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
MANDATORY PREPARATION
Invoke /frontend-design — it contains design principles, anti-patterns, and the Context Gathering Protocol. Follow the protocol before proceeding — if no design context exists yet, you MUST run /teach-impeccable first. Additionally gather: quality bar (MVP vs flagship).
Perform a meticulous final pass to catch all the small details that separate good work from great work. The difference between shipped and polished.
Pre-Polish Assessment
Understand the current state and goals:
- Review completeness:
- Is it functionally complete?
- Are there known issues to preserve (mark with TODOs)?
- What's the quality bar? (MVP vs flagship feature?)
- When does it ship? (How much time for polish?)
- Identify polish areas:
- Visual inconsistencies
- Spacing and alignment issues
- Interaction state gaps
- Copy inconsistencies
- Edge cases and error states
- Loading and transition smoothness
CRITICAL: Polish is the last step, not the first. Don't polish work that's not functionally complete.
Polish Systematically
Work through these dimensions methodically:
Visual Alignment & Spacing
- Pixel-perfect alignment: Everything lines up to grid
- Consistent spacing: All gaps use spacing scale (no random 13px gaps)
- Optical alignment: Adjust for visual weight (icons may need offset for optical centering)
- Responsive consistency: Spacing and alignment work at all breakpoints
- Grid adherence: Elements snap to baseline grid
Check:
- Enable grid overlay and verify alignment
- Check spacing with browser inspector
- Test at multiple viewport sizes
- Look for elements that "feel" off
Typography Refinement
- Hierarchy consistency: Same elements use same sizes/weights throughout
- Line length: 45-75 characters for body text
- Line height: Appropriate for font size and context
- Widows & orphans: No single words on last line
- Hyphenation: Appropriate for language and column width
- Kerning: Adjust letter spacing where needed (especially headlines)
- Font loading: No FOUT/FOIT flashes
Color & Contrast
- Contrast ratios: All text meets WCAG standards
- Consistent token usage: No hard-coded colors, all use design tokens
- Theme consistency: Works in all theme variants
- Color meaning: Same colors mean same things throughout
- Accessible focus: Focus indicators visible with sufficient contrast
- Tinted neutrals: No pure gray or pure black—add subtle color tint (0.01 chroma)
- Gray on color: Never put gray text on colored backgrounds—use a shade of that color or transparency
Interaction States
Every interactive element needs all states:
- Default: Resting state
- Hover: Subtle feedback (color, scale, shadow)
- Focus: Keyboard focus indicator (never remove without replacement)
- Active: Click/tap feedback
- Disabled: Clearly non-interactive
- Loading: Async action feedback
- Error: Validation or error state
- Success: Successful completion
Missing states create confusion and broken experiences.
Micro-interactions & Transitions
- Smooth transitions: All state changes animated appropriately (150-300ms)
- Consistent easing: Use ease-out-quart/quint/expo for natural deceleration. Never bounce or elastic—they feel dated.
- No jank: 60fps animations, only animate transform and opacity
- Appropriate motion: Motion serves purpose, not decoration
- Reduced motion: Respects
prefers-reduced-motion
Content & Copy
- Consistent terminology: Same things called same names throughout
- Consistent capitalization: Title Case vs Sentence case applied consistently
- Grammar & spelling: No typos
- Appropriate length: Not too wordy, not too terse
- Punctuation consistency: Periods on sentences, not on labels (unless all labels have them)
Icons & Images
- Consistent style: All icons from same family or matching style
- Appropriate sizing: Icons sized consistently for context
- Proper alignment: Icons align with adjacent text optically
- Alt text: All images have descriptive alt text
- Loading states: Images don't cause layout shift, proper aspect ratios
- Retina support: 2x assets for high-DPI screens
Forms & Inputs
- Label consistency: All inputs properly labeled
- Required indicators: Clear and consistent
- Error messages: Helpful and consistent
- Tab order: Logical keyboard navigation
- Auto-focus: Appropriate (don't overuse)
- Validation timing: Consistent (on blur vs on submit)
Edge Cases & Error States
- Loading states: All async actions have loading feedback
- Empty states: Helpful empty states, not just blank space
- Error states: Clear error messages with recovery paths
- Success states: Confirmation of successful actions
- Long content: Handles very long names, descriptions, etc.
- No content: Handles missing data gracefully
- Offline: Appropriate offline handling (if applicable)
Responsiveness
- All breakpoints: Test mobile, tablet, desktop
- Touch targets: 44x44px minimum on touch devices
- Readable text: No text smaller than 14px on mobile
- No horizontal scroll: Content fits viewport
- Appropriate reflow: Content adapts logically
Performance
- Fast initial load: Optimize critical path
- No layout shift: Elements don't jump after load (CLS)
- Smooth interactions: No lag or jank
- Optimized images: Appropriate formats and sizes
- Lazy loading: Off-screen content loads lazily
Code Quality
- Remove console logs: No debug logging in production
- Remove commented code: Clean up dead code
- Remove unused imports: Clean up unused dependencies
- Consistent naming: Variables and functions follow conventions
- Type safety: No TypeScript
anyor ignored errors - Accessibility: Proper ARIA labels and semantic HTML
Polish Checklist
Go through systematically:
- Visual alignment perfect at all breakpoints
- Spacing uses design tokens consistently
- Typography hierarchy consistent
- All interactive states implemented
- All transitions smooth (60fps)
- Copy is consistent and polished
- Icons are consistent and properly sized
- All forms properly labeled and validated
- Error states are helpful
- Loading states are clear
- Empty states are welcoming
- Touch targets are 44x44px minimum
- Contrast ratios meet WCAG AA
- Keyboard navigation works
- Focus indicators visible
- No console errors or warnings
- No layout shift on load
- Works in all supported browsers
- Respects reduced motion preference
- Code is clean (no TODOs, console.logs, commented code)
IMPORTANT: Polish is about details. Zoom in. Squint at it. Use it yourself. The little things add up.
NEVER:
- Polish before it's functionally complete
- Spend hours on polish if it ships in 30 minutes (triage)
- Introduce bugs while polishing (test thoroughly)
- Ignore systematic issues (if spacing is off everywhere, fix the system)
- Perfect one thing while leaving others rough (consistent quality level)
Final Verification
Before marking as done:
- Use it yourself: Actually interact with the feature
- Test on real devices: Not just browser DevTools
- Ask someone else to review: Fresh eyes catch things
- Compare to design: Match intended design
- Check all states: Don't just test happy path
Remember: You have impeccable attention to detail and exquisite taste. Polish until it feels effortless, looks intentional, and works flawlessly. Sweat the details - they matter.
Other versions68 projects use a version of this.
Word for word · 5
- HK-hub/AgentSkills★ 6100% same
- arnabdeypolimi/claude_code_setup★ 4100% same
- huangzida/skills★ 2100% same
- freshpomelo/agent_skills★ 0100% same
- lucaszb-orla/claude-skills★ 0100% same
Edited · 30
- nexmoe/DayBee★ 42497% same
- nexmoe/eve★ 42197% same
- Southclaws/storyden★ 33997% same
- 10xChengTu/Mux0★ 33781% same
- theexperiencecompany/gaia★ 32081% same
- AkaraChen/aghub★ 271100% same
- zacharyfmarion/openscad-studio★ 23896% same
- jagrat7/linux-wallpaper-engine★ 20899% same
- owshq-mec/semana-ai-data-engineer★ 12281% same
- rwliebs/Dossier★ 8897% same
20 more not listed
Wrote their own version · 33
- educlopez/ui-craft★ 398same name
- MJbae/awesome-novel-studio★ 148same name
- galiprandi/job-seeker★ 64same name
- tenequm/skills★ 40same name
- travsteward/openwriter★ 36same name
- mthines/agent-skills★ 15same name
- sukirman1901/frontend-expert★ 10same name
- EternallLight/tgc-skills★ 9same name
- uthunderbird/swarm-skill★ 6same name
- fliqrlabs/instagram-creator-skills★ 5same name
23 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use layout, shape and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
owshq-mecSkilllayout
Improve layout, spacing, and visual rhythm. Fixes monotonous grids, inconsistent spacing, and weak visual hierarchy. Use when the user mentions layout feeling off, spacing issues, visual hierarchy, crowded UI, alignment problems, or wanting better composition.
Also in 8 projects that use this
HAR5HA-7663Skillshape
Plan the UX and UI for a feature before writing code. Runs a structured discovery interview, then produces a design brief that guides implementation. Use during the planning phase to establish design direction, constraints, and strategy before any code is written.
Also in 12 projects that use this
PeterCangSkilltokens
Count all historical Claude Code token usage across all local projects, broken down by model, project, date, and week. Includes cost estimation based on official Anthropic pricing.
Also in 3 projects that use this
studio-lgtmSkillmake-interfaces-feel-better
Apply design engineering best practices to polish UI components - use when reviewing or improving interfaces, animations, typography, or interaction details.
Also in 3 projects that use this
MicrosoftSkillreview-loop
Iterative review loop using any lens agent against any target (plan, code, design). Use when you want to run a focused review cycle: spawn a fresh reviewer subagent with a specific lens, present findings and remediation to the user, apply fixes with user guidance, and repeat until clean.
Also in 3 projects that use this
PostHogSkillreact-doctor
Diagnose and fix React codebase health issues. Use when reviewing React code, fixing performance problems, auditing security, or improving code quality.
Also in 3 projects that use this
In this repository52 other files it gives its agents.
- AGENTS.mdAGENTS.md
- adaptSkill
- animateSkill
- arrangeSkill
- auditSkill
- bolderSkill
- clarifySkill
- colorizeSkill
- critiqueSkill
- delightSkill
- distillSkill
- extractSkill
- frontend-designSkill
- hardenSkill
- normalizeSkill
- onboardSkill
- optimizeSkill
- overdriveSkill
- pixijs-accessibilitySkill
- pixijs-applicationSkill
- pixijs-assetsSkill
- pixijs-blend-modesSkill
- pixijs-colorSkill
- pixijs-core-conceptsSkill
- pixijs-createSkill
- pixijs-custom-renderingSkill
- pixijs-environmentsSkill
- pixijs-eventsSkill
- pixijs-filtersSkill
- pixijs-html-sourceSkill
- pixijs-mathSkill
- pixijs-migration-v8Skill
- pixijs-performanceSkill
- pixijs-scene-containerSkill
- pixijs-scene-core-conceptsSkill
- pixijs-scene-dom-containerSkill
- pixijs-scene-gifSkill
- pixijs-scene-graphicsSkill
- pixijs-scene-meshSkill
- pixijs-scene-particle-containerSkill
- pixijs-scene-spriteSkill
- pixijs-scene-textSkill
- pixijsSkill
- pixijs-tickerSkill
- quieterSkill
- teach-impeccableSkill
- typesetSkill
- cohub-appsSkill
- cohub-boardSkill
- cohub-generateSkill
- cohubSkill
- public-filesSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

