frontend

Visual design taste for web UI, distilled from a stronger model's aesthetic - invoke when about to BUILD or STYLE any web page, component, artifact, or UI; picking a visual direction; writing CSS; rev

SKILL.md

GitHub

Frontend — taste, styles, craft, and what to refuse

Rule content lives in the five files below; this SKILL.md only routes (duplicating rule text here is drift — doctrine/04-maintenance.md governs edits to this bundle too).

Route by moment

You are about to… Read (in this folder)
Start any page/component/artifact — brief to shipped process.md first; it routes onward
Pick a visual direction, or choose between styles styles.md
Understand what makes a design striking vs mediocre; make a boring design memorable taste.md
Write actual CSS values — type, space, color, depth, motion, dark mode craft.md
Judge a design (yours or anyone's); name precisely why something feels cheap garbage.md

Start with the ONE file that matches and follow its cross-references — they are required inputs, not optional reading. Starting from scratch usually means process.md + the two files it points you to.

Scope and neighbors

This bundle is the visual/aesthetic layer only. Server-side design (stack, APIs, data) → the backend bundle; whether to delegate → doctrine; how to think → methods. If the environment provides an artifact-design skill (harness-side), it calibrates how much to invest per request; THIS bundle governs direction and craft once you're building.

The stance

Left unguided, every model produces the same page (garbage.md §A names it precisely). What taste means here — and why a clean-but-forgettable page counts as a failure — is taste.md's opening; read it before judging any design.