/frontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications. Generates creative, polished code that avoids generic AI aesthetics. Do NOT use for design
$ npx -y skills add tech-leads-club/agent-skills --skill frontend-design --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/frontend-design
Context preview
The summary Claude sees to decide when to auto-load this skill.
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications. Generates creative, polished code that avoids generic AI aesthetics. Do NOT use for design
SKILL.md
frontend-design.SKILL.mdname: frontend-design
description: Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications. Generates creative, polished code that avoids generic AI aesthetics. Do NOT use for design review or audit (use web-design-guidelines or web-quality-audit).
metadata:
author: Impeccable (Paul Bakaus), based on Anthropic frontend-design
version: '1.0.0'
source: https://github.com/pbakaus/impeccable
This skill guides creation of distinctive, production-grade frontend interfaces that avoid generic "AI slop" aesthetics. Implement real working code with exceptional attention to aesthetic details and creative choices.
Design Direction
Commit to a BOLD aesthetic direction:
- **Purpose**: What problem does this interface solve? Who uses it?
- **Tone**: Pick an extreme: brutally minimal, maximalist chaos, retro-futuristic, organic/natural, luxury/refined, playful/toy-like, editorial/magazine, brutalist/raw, art deco/geometric, soft/pastel, industrial/utilitarian, etc. There are so many flavors to choose from. Use these for inspiration but design one that is true to the aesthetic direction.
- **Constraints**: Technical requirements (framework, performance, accessibility).
- **Differentiation**: What makes this UNFORGETTABLE? What's the one thing someone will remember?
**CRITICAL**: Choose a clear conceptual direction and execute it with precision. Bold maximalism and refined minimalism both work—the key is intentionality, not intensity.
Then implement working code that is:
- Production-grade and functional
- Visually striking and memorable
- Cohesive with a clear aesthetic point-of-view
- Meticulously refined in every detail
Frontend Aesthetics Guidelines
Typography
→ *Consult [typography reference](references/typography.md) for scales, pairing, and loading strategies.*
Choose fonts that are beautiful, unique, and interesting. Pair a distinctive display font with a refined body font.
**DO**: Use a modular type scale with fluid sizing (clamp) **DO**: Vary font weights and sizes to create clear visual hierarchy **DON'T**: Use overused fonts—Inter, Roboto, Arial, Open Sans, system defaults **DON'T**: Use monospace typography as lazy shorthand for "technical/developer" vibes **DON'T**: Put large icons with rounded corners above every heading—they rarely add value and make sites look templated
Color & Theme
→ *Consult [color reference](references/color-and-contrast.md) for OKLCH, palettes, and dark mode.*
Commit to a cohesive palette. Dominant colors with sharp accents outperform timid, evenly-distributed palettes.
**DO**: Use modern CSS color functions (oklch, color-mix, light-dark) for perceptually uniform, maintainable palettes **DO**: Tint your neutrals toward your brand hue—even a subtle hint creates subconscious cohesion **DON'T**: Use gray text on colored backgrounds—it looks washed out; use a shade of the background color instead **DON'T**: Use pure black (#000) or pure white (#fff)—always tint; pure black/white never appears in nature **DON'T**: Use the AI color palette: cyan-on-dark, purple-to-blue gradients, neon accents on dark backgrounds **DON'T**: Use gradient text for "impact"—especially on metrics or headings; it's decorative rather than meaningful **DON'T**: Default to dark mode with glowing accents—it looks "cool" without requiring actual design decisions
Layout & Space
→ *Consult [spatial reference](references/spatial-design.md) for grids, rhythm, and container queries.*
Create visual rhythm through varied spacing—not the same padding everywhere. Embrace asymmetry and unexpected compositions. Break the grid intentionally for emphasis.
**DO**: Create visual rhythm through varied spacing—tight groupings, generous separations **DO**: Use fluid spacing with clamp() that breathes on larger screens **DO**: Use asymmetry and unexpected compositions; break the grid intentionally for emphasis **DON'T**: Wrap everything in cards—not everything needs a container **DON'T**: Nest cards inside cards—visual noise, flatten the hierarchy **DON'T**: Use identical card grids—same-sized cards with icon + heading + text, repeated endlessly **DON'T**: Use the hero metric layout template—big number, small label, supporting stats, gradient accent **DON'T**: Center everything—left-aligned text with asymmetric layouts feels more designed **DON'T**: Use the same spacing everywhere—without rhythm, layouts feel monotonous
Visual Details
**DO**: Use intentional, purposeful decorative elements that reinforce brand **DON'T**: Use glassmorphism everywhere—blur effects, glass cards, glow borders used decoratively rather than purposefully **DON'T**: Use rounded elements with thick colored border on one side—a lazy accent that almost never looks intentional **DON'T**: Use sparklines as decoration—tiny charts that look sophisticated but convey nothing meaningful **DON'T**: Use rounded rectangles with generic drop shadows—safe, forgettable, could be any AI output **DON'T**: Use modals unless there's truly no better alternative—modals are lazy
Motion
→ *Consult [motion reference](references/motion-design.md) for timing, easing, and reduced motion.*
Focus on high-impact moments: one well-orchestrated page load with staggered reveals creates more delight than scattered micro-interactions.
**DO**: Use motion to convey state changes—entrances, exits, feedback **DO**: Use exponential easing (ease-out-quart/quint/expo) for natural deceleration **DO**: For height animations, use grid-template-rows transitions instead of animating height directly **DON'T**: Animate layout properties (width, height, padding, margin)—use transform and opacity only **DON'T**: Use bounce or elastic easing—they feel dated and tacky; real objects decelerate smoothly
Interaction
→ *Consult [interaction reference](references/interaction-design.md) for forms, focus, and loadin
Read more
name: frontend-design description: Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications. Generates creative, polished code that avoids generic AI aesthetics. Do NOT use for design review or audit (use web-design-guidelines or web-quality-audit). metadata: author: Impeccable (Paul Bakaus), based on Anthropic frontend-design version: '1.0.0' source: https://github.com/pbakaus/impeccable
This skill guides creation of distinctive, production-grade frontend interfaces that avoid generic "AI slop" aesthetics. Implement real working code with exceptional attention to aesthetic details and creative choices.
Design Direction
Commit to a BOLD aesthetic direction:
- **Purpose**: What problem does this interface solve? Who uses it?
- **Tone**: Pick an extreme: brutally minimal, maximalist chaos, retro-futuristic, organic/natural, luxury/refined, playful/toy-like, editorial/magazine, brutalist/raw, art deco/geometric, soft/pastel, industrial/utilitarian, etc. There are so many flavors to choose from. Use these for inspiration but design one that is true to the aesthetic direction.
- **Constraints**: Technical requirements (framework, performance, accessibility).
- **Differentiation**: What makes this UNFORGETTABLE? What's the one thing someone will remember?
**CRITICAL**: Choose a clear conceptual direction and execute it with precision. Bold maximalism and refined minimalism both work—the key is intentionality, not intensity.
Then implement working code that is:
- Production-grade and functional
- Visually striking and memorable
- Cohesive with a clear aesthetic point-of-view
- Meticulously refined in every detail
Frontend Aesthetics Guidelines
Typography
→ *Consult [typography reference](references/typography.md) for scales, pairing, and loading strategies.*
Choose fonts that are beautiful, unique, and interesting. Pair a distinctive display font with a refined body font.
**DO**: Use a modular type scale with fluid sizing (clamp) **DO**: Vary font weights and sizes to create clear visual hierarchy **DON'T**: Use overused fonts—Inter, Roboto, Arial, Open Sans, system defaults **DON'T**: Use monospace typography as lazy shorthand for "technical/developer" vibes **DON'T**: Put large icons with rounded corners above every heading—they rarely add value and make sites look templated
Color & Theme
→ *Consult [color reference](references/color-and-contrast.md) for OKLCH, palettes, and dark mode.*
Commit to a cohesive palette. Dominant colors with sharp accents outperform timid, evenly-distributed palettes.
**DO**: Use modern CSS color functions (oklch, color-mix, light-dark) for perceptually uniform, maintainable palettes **DO**: Tint your neutrals toward your brand hue—even a subtle hint creates subconscious cohesion **DON'T**: Use gray text on colored backgrounds—it looks washed out; use a shade of the background color instead **DON'T**: Use pure black (#000) or pure white (#fff)—always tint; pure black/white never appears in nature **DON'T**: Use the AI color palette: cyan-on-dark, purple-to-blue gradients, neon accents on dark backgrounds **DON'T**: Use gradient text for "impact"—especially on metrics or headings; it's decorative rather than meaningful **DON'T**: Default to dark mode with glowing accents—it looks "cool" without requiring actual design decisions
Layout & Space
→ *Consult [spatial reference](references/spatial-design.md) for grids, rhythm, and container queries.*
Create visual rhythm through varied spacing—not the same padding everywhere. Embrace asymmetry and unexpected compositions. Break the grid intentionally for emphasis.
**DO**: Create visual rhythm through varied spacing—tight groupings, generous separations **DO**: Use fluid spacing with clamp() that breathes on larger screens **DO**: Use asymmetry and unexpected compositions; break the grid intentionally for emphasis **DON'T**: Wrap everything in cards—not everything needs a container **DON'T**: Nest cards inside cards—visual noise, flatten the hierarchy **DON'T**: Use identical card grids—same-sized cards with icon + heading + text, repeated endlessly **DON'T**: Use the hero metric layout template—big number, small label, supporting stats, gradient accent **DON'T**: Center everything—left-aligned text with asymmetric layouts feels more designed **DON'T**: Use the same spacing everywhere—without rhythm, layouts feel monotonous
Visual Details
**DO**: Use intentional, purposeful decorative elements that reinforce brand **DON'T**: Use glassmorphism everywhere—blur effects, glass cards, glow borders used decoratively rather than purposefully **DON'T**: Use rounded elements with thick colored border on one side—a lazy accent that almost never looks intentional **DON'T**: Use sparklines as decoration—tiny charts that look sophisticated but convey nothing meaningful **DON'T**: Use rounded rectangles with generic drop shadows—safe, forgettable, could be any AI output **DON'T**: Use modals unless there's truly no better alternative—modals are lazy
Motion
→ *Consult [motion reference](references/motion-design.md) for timing, easing, and reduced motion.*
Focus on high-impact moments: one well-orchestrated page load with staggered reveals creates more delight than scattered micro-interactions.
**DO**: Use motion to convey state changes—entrances, exits, feedback **DO**: Use exponential easing (ease-out-quart/quint/expo) for natural deceleration **DO**: For height animations, use grid-template-rows transitions instead of animating height directly **DON'T**: Animate layout properties (width, height, padding, margin)—use transform and opacity only **DON'T**: Use bounce or elastic easing—they feel dated and tacky; real objects decelerate smoothly
Interaction
→ *Consult [interaction reference](references/interaction-design.md) for forms, focus, and loadin
The secure, validated skill registry for professional AI coding agents. Extend Antigravity, Claude Code, Cursor, Copilot and more with absolute confidence.
Repo: tech-leads-club/agent-skills
Other skills on tech-leads-club-agent-skills.
- /component-common-domain-detection
Finds duplicate business logic spread across multiple components and suggests consolidation. Use when asking "where is this logic duplicated?", "find common code between services", "what can be consolidated?", "detect shared domain logic", or analyzing component overlap before
Open skill - /component-flattening-analysis
Detects misplaced classes and fixes component hierarchy problems — finds code that should belong inside a component but sits at the root level. Use when asking "clean up component structure", "find orphaned classes", "fix module hierarchy", "flatten nested components", or
Open skill - /component-identification-sizing
Maps architectural components in a codebase and measures their size to identify what should be extracted first. Use when asking "how big is each module?", "what components do I have?", "which service is too large?", "analyze codebase structure", "size my monolith", or planning
Open skill - /coupling-analysis
Analyzes coupling between modules using the three-dimensional model (strength, distance, volatility) from "Balancing Coupling in Software Design". Use when asking "are these modules too coupled?", "show me dependencies", "analyze integration quality", "which modules should I
Open skill - /decomposition-planning-roadmap
Creates step-by-step decomposition plans and migration roadmaps for breaking apart monolithic applications. Use when asking "what order should I extract services?", "plan my migration", "create a decomposition roadmap", "prioritize what to split", "monolith to microservices
Open skill - /domain-analysis
Maps business domains and suggests service boundaries in any codebase using DDD Strategic Design. Use when asking "what are the domains in this codebase?", "where should I draw service boundaries?", "identify bounded contexts", "classify subdomains", "DDD analysis", or analyzing
Open skill

