From aura-frog
Raises UI output from generic to distinctive with curated typography, color hierarchy, and a two-pass design-then-critique process. Use when building or restyling a UI that should look designed rather than default.
How this skill is triggered — by the user, by Claude, or both
Slash command
/aura-frog:frontend-aestheticsWhen to use
make UI distinctive / beautiful / less generic, typography choice, color hierarchy, restyle a bland component, avoid AI-default look
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
> **AI-consumed reference.** Produce taste; do not re-implement enforcement. This skill *complements* `rules/agent/design-system-usage.md` + `rules/agent/theme-consistency.md` (which enforce token usage) and `rules/agent/accessibility-rules.md` (which enforces a11y) — cross-link, don't duplicate.
AI-consumed reference. Produce taste; do not re-implement enforcement. This skill complements
rules/agent/design-system-usage.md+rules/agent/theme-consistency.md(which enforce token usage) andrules/agent/accessibility-rules.md(which enforces a11y) — cross-link, don't duplicate.
Raise output from consistent & correct to distinctive. House-style hard constraint (global CLAUDE.md "12-year-old friendly"): flat, clean, accessible, ONE restrained accent — NO neon, NO glow, NO gradient-mesh, NO sparkle. "Distinctive" = tasteful type + cohesive tokens + dominant color + sharp accent, NOT flashy maximalism. Any output that adds glow/neon fails.
Why this matters (Anthropic, Improving frontend design through skills): generic "AI-look" UI is distributional convergence — safe choices dominate training data, so sampling drifts to them. A taste layer + an explicit plan-then-critique step is the documented corrective. This skill is that layer.
Pass 1 — compact design plan. Write a short plan, not code:
design-tokens).Pass 2 — self-critique the plan against the brief. Before building: if any part of the plan reads like the generic default you'd produce for any similar page — rather than a choice made for this brief — revise it, and say what you changed and why. Only then write code.
Persist the result: if .claude/design/design-system.md has no Signature / DoDont, write them
(see rules/agent/design-system-persistence.md).
design-tokens skill for OKLCH generation) so it reads as a system.These are defaults, not choices — they show up regardless of subject. If the plan lands on one by accident, treat it as a signal to re-pick:
#F4F1EA-ish) background + high-contrast serif + terracotta accent.When the environment can render (dev server / artifact), critique your own work as you build by taking
screenshots — don't ship UI you haven't looked at. For the full render → screenshot → critique → iterate
loop (multi-viewport + dark mode + conformance rubric), hand off to the design-vision-loop skill.
Only promise polish you'll actually build. A "distinctive" spec with a half-built component reads worse than a restrained one done fully. Ship the smaller, coherent version.
See also: rules/agent/theme-consistency.md, rules/agent/accessibility-rules.md, rules/agent/design-system-persistence.md, the design-tokens skill, and the design-vision-loop skill.
npx claudepluginhub nguyenthienthanh/aura-frog --plugin aura-frogGenerates distinctive, production-grade frontend code for web components, pages, and apps with bold, creative UX designs in styles like brutalist or retro-futuristic, avoiding generic AI aesthetics.
Guides distinctive visual design decisions for UI, covering typography, palette, layout, and intentional aesthetic risks.
Generates distinctive production-grade frontend UIs for web components, pages, and apps with bold creative designs avoiding generic AI aesthetics.