Skip to content

Impeccable

★ New
trial
Frontend open-source Apache-2.0 open-source

At a Glance

Open-source Agent Skills package providing 20 design commands, 7 reference domains, and anti-patterns to improve AI-generated frontend UI quality across Claude Code, Cursor, Gemini CLI, and 7 other coding agents.

Type
open-source
Pricing
open-source
License
Apache-2.0
Adoption fit
small, medium
Top alternatives

What It Does

Impeccable is an Agent Skills package that addresses a specific failure mode of AI coding agents: their tendency to produce generic, aesthetically mediocre frontend interfaces — the so-called “design slop” of default Inter fonts, excessive rounded cards, and purple gradients. It does this by giving agents structured design vocabulary through a SKILL.md file containing 20 slash commands, 7 design reference domains, and an explicit anti-patterns codex.

The package extends Anthropic’s original frontend-design skill (277k+ installs), adding specificity that the base skill lacks. Where the base skill says “choose characterful fonts,” Impeccable specifies exactly which font patterns to avoid and why. It installs via npx skills add pbakaus/impeccable with automatic detection of the user’s AI harness (Cursor, Claude Code, Gemini CLI, etc.) and places SKILL.md files in the correct provider-specific directory. Slash commands like /polish, /audit, /typeset, and /critique become available in the agent’s context once installed.

Key Features

  • 20 steering commands: /polish, /audit, /typeset, /overdrive, /distill, /bolder, /critique, /arrange, /animate, /colorize, /normalize, /onboard, /teach-impeccable, and others — each mapping to a distinct design refinement task.
  • 7 design reference domains: Typography, color-and-contrast, spatial-design, motion-design, interaction-design, responsive-design, and ux-writing — translated into agent-readable rules rather than abstract principles.
  • Anti-patterns codex: Explicit list of common AI-generated design failures (Inter font default, gray text on colored surfaces, pure black #000000, excessive card nesting, dated bounce easing) with reasoning.
  • OKLCH color system guidance: Modern perceptual color space instructions instead of hex defaults, targeting more coherent visual output.
  • 8px grid spatial discipline: Structured spacing rules for consistent layout, with explicit reasoning agents can apply.
  • Cross-platform install: Single npx command with provider auto-detection; confirmed working across 10 platforms (Cursor, Claude Code, Gemini CLI, Codex CLI, VS Code Copilot, Antigravity, Kiro, OpenCode, Pi, Trae).
  • Optional /i- prefix: Commands can be prefixed with /i- to avoid naming conflicts with other installed skills.

Use Cases

  • Rapid UI polish pass: When AI-generated components look generic and developer lacks time to manually redesign; /polish and /audit provide a structured improvement pass in a single command.
  • Design critique without a designer: Small teams or solo developers who need structured feedback on visual hierarchy, spacing, and type choices without access to a dedicated designer.
  • Consistent aesthetics across sessions: Using /normalize to align incrementally generated UI components with established design decisions.
  • Teaching agents design constraints: /onboard and /teach-impeccable commands orient agents to the design vocabulary before starting a new project.
  • Motion and interaction refinement: /animate and /colorize commands for targeted improvements to specific design dimensions without regenerating full components.

Adoption Level Analysis

Small teams (<20 engineers): Excellent fit. Zero infrastructure overhead — just a few SKILL.md files in the project. A solo developer or small team building internal tools or MVPs gets structured design guidance without needing a dedicated designer. The Apache 2.0 license has no adoption friction. Limitation: commands require manual invocation; agents won’t apply design improvements autonomously.

Medium orgs (20–200 engineers): Good fit with caveats. Useful for product teams shipping customer-facing UIs who want consistent AI-assisted design improvements. The key constraint is stylistic homogenization — adopting Impeccable means adopting Paul Bakaus’s aesthetic opinions as organizational defaults. Teams with existing design systems should evaluate whether Impeccable’s anti-patterns align with their own brand and visual language. The per-session, per-command model means benefit is proportional to developer discipline in invoking commands.

Enterprise (200+ engineers): Poor fit as-is. Enterprises with mature design systems, dedicated design teams, and brand guidelines have little need for a third-party opinionated design vocabulary. The risk of style conflicts is higher. The lack of customization for organizational brand guidelines (beyond what’s possible through SKILL.md forking) limits value. However, forking Impeccable as a starting point for an internal design skill is a legitimate pattern.

Alternatives

AlternativeKey DifferencePrefer when…
Anthropic frontend-design skillOfficial, simpler, 277k+ installs, philosophy-level guidanceYou want Anthropic’s base design philosophy without opinionated command extensions
Custom SKILL.md with team design guidelinesBespoke to your brand and stackYou have an existing design system and need agents to follow it, not a third-party aesthetic
Direct system prompt design instructionsNo install, immediate, session-specificYou want one-off design guidance without persisting a skill file in the repo
Figma + MCP integrationDesign tool integration for pixel-accurate implementationYou have formal design specs that agents should implement, not improve freehand

Evidence & Sources

Notes & Caveats

  • Vocabulary is not taste. The most substantive criticism of Impeccable is that knowing design terms and commands does not substitute for aesthetic judgment. The commands help articulate intent, but the developer still needs to know when to /bolder versus when the current weight is correct. This limits utility for developers with no design background.
  • Codified personal preferences. Rules like “no bounce easing” and “avoid Inter” reflect Paul Bakaus’s design aesthetic, not universal truths. Adopting Impeccable means adopting his taste. Teams with different visual identities should audit the anti-patterns before committing.
  • Single-generation scope. Each command invocation applies to the current generation. Multi-page or multi-component consistency requires repeated invocation or a bespoke team design skill that encodes actual brand constraints. Impeccable does not persist a project-wide design system.
  • Command-gated benefit. Improvement only happens when a developer explicitly invokes a command. Autonomous agent runs (background task completion, CI-based agents) do not benefit unless the agent’s workflow explicitly calls design commands. This is a fundamentally reactive, not proactive, tool.
  • No empirical benchmark. The “better than base skill” claim rests entirely on subjective visual comparisons on the product website. No published controlled evaluation or third-party benchmark exists as of April 2026.
  • Supply chain consideration. Like all third-party Agent Skills, Impeccable’s SKILL.md files are executed as agent instructions. The Apache 2.0 license and open-source nature allow inspection, but any future supply chain compromise (malicious commit, dependency confusion) could affect users. Pin to a specific commit or fork for production environments.
  • Rapid iteration velocity. v1.6.0 within 3 weeks of launch suggests active development but also potential churn. The command interface may change. Teams relying on specific commands should review changelogs before updating.

Related