impeccable

Featured

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

Web & Frontend 248 stars 27 forks Updated today MIT

Install

View on GitHub

Quality Score: 92/100

Stars 20%
80
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

Designs and iterates production-grade frontend interfaces. Real working code, committed design choices, exceptional craft. ## Setup (non-optional) Two steps before any design work. Both are required. Skipping either produces generic output that ignores the project. ### 1. Context gathering Two files, case-insensitive, found at the project root or a conventional docs location (`docs/`, `ide/docs/`): - **PRODUCT.md** — required. Users, brand, tone, anti-references, strategic principles. - **DESIGN.md** — optional, strongly recommended. Colors, typography, elevation, components. Load both in one call: ```bash node .agents/skills/impeccable/scripts/load-context.mjs ``` Consume the full JSON output. Never pipe through `head`, `tail`, `grep`, or `jq`. The JSON also carries the **host theming rule**: - `themeRule` — the project's color discipline (e.g. token-only, no hex/oklch/rgb literals). When present, treat it as a hard constraint on every design command: obey it exactly, and grep your diff for raw `#`/`rgb(`/`oklch(` literals before declaring done. - `tokenSource` — where the token source lives (e.g. `src/app.css`). Point every new color at this file; never inline a one-off hue. Both are `null` for projects with no token system (a static artifact, a one-off HTML poster) — there, color literals are allowed. **Per-project overrides.** Drop an optional `.impeccable.json` at the project root to steer the loader: ```json { "designPath": "ide/docs/DESIGN.md", "produc...

Details

Author
joewinke
Repository
joewinke/jat
Created
8 months ago
Last Updated
today
Language
Svelte
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Listed

impeccable

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

0 Updated 1 weeks ago
Fldicoahkiin
Web & Frontend Listed

impeccable

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

1 Updated 1 weeks ago
orassayag
Web & Frontend Listed

impeccable

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

1 Updated 4 days ago
NafisRayan