← tasteMarkdown

How a tasteful build runs

Condensed from: Impeccable (https://github.com/pbakaus/impeccable), Taste Skill (https://github.com/Leonxlnx/taste-skill), Hallmark (https://github.com/Nutlope/hallmark), Open Design (https://github.com/nexu-io/open-design)

Brief → context → direction → build → critique → polish → ship check.

0. Name the mode (decides how much ambition)

Mode Surfaces Ambition shows as
Persuade landing, pricing, campaign bold, committed world; real imagery
Operate app, dashboard, settings, admin precision, scanability, familiar patterns
Read docs, articles, changelog measure, structure, wayfinding
Experience portfolio, gallery, showcase the artifact leads, UI recedes

Choose by surface: a dev tool's landing page is Persuade.

1. Brief

2. Context files

3. Direction

4. Build

5. Critique (fresh eyes, on screenshots)

6. Polish and ship check

Impeccable's 24 commands by phase

Phase Command Does Reach for it when
Context init writes PRODUCT.md from repo + short interview first run on any project
Context document generates DESIGN.md from existing code coherent UI exists, no DESIGN.md
Context extract promotes patterns used 3+ times into tokens/components repeated hard-coded values
Brief shape discovery interview → confirmed brief, no code new surface or feature is ambiguous
Build craft deprecated alias for a normal new-work build (just ask for the surface)
Build overdrive proposes 2-3 ambitious technical directions, builds the chosen one a moment should feel extraordinary
Iterate live pick elements in the browser, cycle variants dev server running, visual tuning
Iterate generate N variants of a named element in the live browser "give me 3 hero options"
Evaluate critique design review: specificity verdict, heuristics, personas before polishing, after a build
Evaluate audit scored a11y/perf/theming/responsive/integrity report, no fixes pre-release technical check
Refine typeset fonts, roles, scale, measure type feels default or flat
Refine layout spacing rhythm, grouping, structure sections feel samey or cramped
Refine colorize strategic colour roles, contrast UI is gray or colour lacks meaning
Refine animate one focal motion + feedback, reduced-motion path static or motion is scattered
Refine clarify rewrites labels, errors, microcopy copy is vague or generic
Refine adapt rethinks for other devices/inputs mobile or touch is an afterthought
Refine harden long text, i18n, errors, offline, 1000+ items before real users and data
Refine onboard first-run, empty states, path to first value activation or empty screens
Refine optimize measures and fixes LCP/INP/CLS, bundle, jank it feels slow
Tune bolder amplifies one section with the system's own moves safe or bland
Tune quieter reduces saturation, weight, motion, noise loud or overstimulating
Tune distill strips to one primary goal per screen cluttered or feature-creep
Tune delight one humane, product-specific moment functional but lifeless
Ship polish final consistency, states and system alignment pass before shipping

Commands you can emulate by asking

Ask the agent It should
"Shape this first" ask 2-3 questions, return a 3-5 bullet brief, write no code
"Critique this page" screenshot desktop + mobile, run passes + scores, list top 3 fixes with evidence
"Run the slop check" apply detectors.json to changed files, fix or justify each hit
"Audit it" score a11y, performance, theming, responsive, integrity 0-4 each (/20), tag P0-P3
"Make it bolder / quieter" change only the named target, reusing the system's own type, colour and motif
"Distill it" cut to one primary action per screen, ≤4 options per decision point
"Harden it" test long, empty, RTL, error, slow and permission states; add the missing ones
"Polish it" triage in the order above, then run the ship gate

Read by your agent through get_guide("workflow") in the taste MCP.