
Delight
Add personality, micro-interactions, and memorable polish to an existing interface without breaking usability or brand fit.
Overview
Delight is an agent skill most often used in Build (also Validate and Ship) that identifies where micro-interactions, motion, and personality make an interface memorable after /impeccable design context is in place.
Install
npx skills add https://github.com/pbakaus/impeccable --skill delightWhat is this skill?
- Maps seven delight surfaces: success, empty, loading, achievements, interactions, errors, and easter eggs
- Requires /impeccable first for design principles, anti-patterns, and Context Gathering Protocol
- Runs /impeccable teach when no design context exists before assessing opportunities
- Scores delight against domain-appropriate tone (playful, professional, quirky, elegant)
- User-invocable with optional target argument for scoped polish passes
- 7 natural delight moment categories in the assessment framework
- Mandatory /impeccable Context Gathering Protocol (and teach if no design context)
- User-invocable with optional target argument (v2.1.1)
Adoption & trust: 80.6k installs on skills.sh; 35.9k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
Your product works but feels flat—functional screens with no personality in the moments users actually notice.
Who is it for?
Solo builders polishing a prototype or production UI who already use Impeccable and want structured delight passes tied to brand personality.
Skip if: Greenfield layout or information architecture, accessibility-first refactors with no design context, or backends/APIs with no user-facing interface to polish.
When should I use this skill?
User asks to add polish, personality, animations, micro-interactions, delight, or make an interface feel fun or memorable.
What do I get? / Deliverables
You get a prioritized set of domain-appropriate delight opportunities (states, interactions, and hidden touches) your agent can implement without undermining clarity or brand tone.
- Prioritized delight opportunity map across UI states and interactions
- Implementation guidance for micro-interactions, motion, and personality touches
- Domain-calibrated recommendations (playful vs professional vs quirky vs elegant)
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Delight work lands on shipped UI surfaces—components, states, and flows—so the canonical shelf is Build while the product interface is taking shape. Animations, hover states, empty states, and success moments are frontend interaction and presentation work, not backend or infra.
Where it fits
Spice up prototype empty and success states so user tests react to personality, not only wireframe utility.
Add hover, click, and completion micro-interactions across a dashboard without breaking Impeccable anti-patterns.
Soften error copy and loading moments before launch so first-week support tickets feel less harsh.
Refresh achievement and milestone moments after a growth feature ships to reinforce habit loops.
How it compares
Use as a focused delight workflow on top of Impeccable principles—not ad-hoc "make it pop" chat or generic CSS snippet dumps.
Common Questions / FAQ
Who is delight for?
Solo and indie builders shipping web or app UIs who want agent-guided polish—animations, micro-interactions, and memorable states—within Impeccable’s design guardrails.
When should I use delight?
During Build when refining frontend components; during Validate when elevating a prototype before user tests; during Ship when hardening launch-ready polish; and during Operate when iterating on feedback-heavy flows—always after /impeccable context (and teach if needed).
Is delight safe to install?
Treat it like any third-party agent skill: review what it can change in your repo and confirm motion or easter eggs match your product risk tolerance; check the Security Audits panel on this Prism page before trusting it in production workflows.
Workflow Chain
Requires first: impeccable
SKILL.md
READMESKILL.md - Delight
Identify opportunities to add moments of joy, personality, and unexpected polish that transform functional interfaces into delightful experiences. ## MANDATORY PREPARATION Invoke /impeccable — 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 /impeccable teach first. Additionally gather: what's appropriate for the domain (playful vs professional vs quirky vs elegant). --- ## Assess Delight Opportunities Identify where delight would enhance (not distract from) the experience: 1. **Find natural delight moments**: - **Success states**: Completed actions (save, send, publish) - **Empty states**: First-time experiences, onboarding - **Loading states**: Waiting periods that could be entertaining - **Achievements**: Milestones, streaks, completions - **Interactions**: Hover states, clicks, drags - **Errors**: Softening frustrating moments - **Easter eggs**: Hidden discoveries for curious users 2. **Understand the context**: - What's the brand personality? (Playful? Professional? Quirky? Elegant?) - Who's the audience? (Tech-savvy? Creative? Corporate?) - What's the emotional context? (Accomplishment? Exploration? Frustration?) - What's appropriate? (Banking app ≠ gaming app) 3. **Define delight strategy**: - **Subtle sophistication**: Refined micro-interactions (luxury brands) - **Playful personality**: Whimsical illustrations and copy (consumer apps) - **Helpful surprises**: Anticipating needs before users ask (productivity tools) - **Sensory richness**: Satisfying sounds, smooth animations (creative tools) If any of these are unclear from the codebase, ask the user directly to clarify what you cannot infer. **CRITICAL**: Delight should enhance usability, never obscure it. If users notice the delight more than accomplishing their goal, you've gone too far. ## Delight Principles Follow these guidelines: ### Delight Amplifies, Never Blocks - Delight moments should be quick (< 1 second) - Never delay core functionality for delight - Make delight skippable or subtle - Respect user's time and task focus ### Surprise and Discovery - Hide delightful details for users to discover - Reward exploration and curiosity - Don't announce every delight moment - Let users share discoveries with others ### Appropriate to Context - Match delight to emotional moment (celebrate success, empathize with errors) - Respect the user's state (don't be playful during critical errors) - Match brand personality and audience expectations - Cultural sensitivity (what's delightful varies by culture) ### Compound Over Time - Delight should remain fresh with repeated use - Vary responses (not same animation every time) - Reveal deeper layers with continued use - Build anticipation through patterns ## Delight Techniques Add personality and joy through these methods: ### Micro-interactions & Animation **Button delight**: ```css /* Satisfying button press */ .button { transition: transform 0.1s, box-shadow 0.1s; } .button:active { transform: translateY(2px); box-shadow: 0 2px 4px rgba(0,0,0,0.2); } /* Ripple effect on click */ /* Smooth lift on hover */ .button:hover { transform: translateY(-2px); transition: transform 0.2s cubic-bezier(0.25, 1, 0.5, 1); /* ease-out-quart */ } ``` **Loading delight**: - Playful loading animations (not just spinners) - Personality in loading messages (write product-specific ones, not generic AI filler) - Progress indication with encouraging messages - Skeleton screens wit