
Taste Skill: Design Taste Frontend by Leon Lin
- 685k installs
- 84.6k repo stars
- Updated August 24, 2026
Design Taste Frontend skill is an anti-slop frontend skill for landing pages, portfolios, and redesigns. It sets explicit visual, motion, and density constraints before implementation and rejects repetitive layouts and overstuffed heroes.
npx skills add https://github.com/Leonxlnx/taste-skill --skill design-taste-frontendInstall if
Use it when you build landing pages, portfolios or redesigns and want the agent to avoid generic AI layouts.
Skip if
Skip it when you build dashboards, data tables or multi-step product interfaces.
What design-taste-frontend covers
- Premium brand-kit image generation with default 3x3 grid, gutters, and sparse typography discipline.
- Logo concept methods: monogram, product-action, metaphor fusion, negative space, and construction geometry.
- Nine default panels from logo cover through color, typography, mockups, image direction, and system detail.
- Visual modes for developer tools, security, luxury, voice AI, and cultural brands with palette rules.
- Anti-generic rules against clipart logos, random gradients, and inconsistent mark variants across panels.
design-taste-frontend by the numbers
| All-time installs | 684,583 (685k) | skills.sh registry |
|---|---|---|
| Repo stars | ★ 84.6k | GitHub |
| Security audit | 3 / 3 scanners passed | skills.sh audit |
| Repo last updated | August 24, 2026 | GitHub |
| Repository | Leonxlnx/taste-skill ↗ | |
Data as of Oct 27, 2026 (Skillselion catalog sync)
What can the design-taste-frontend skill do in Claude Code?
- Capabilities
- brand strategy inference before visual generatio · 3x3 and custom grid brand kit layouts · logo concept methods with negative space and geo · digital and physical mockup panel direction · disciplined palette and typography specimen pane · visual mode selection for developer, security, a
- Use cases
- ui design · image generation · web design
What does the Design Taste Frontend skill produce?
A presentation-ready brand-kit image with strategic panels, consistent logo marks, disciplined palette, and minimal typography.
- Brand-kit overview image
- Logo concept direction
- Panel layout specification
- Brand strategy inference before visual generation
- 3x3 and custom grid brand-kit layouts
- Logo concept methods with negative space and geometry
Deep dive: how does design-taste-frontend actually work?
design-taste-frontend (the file calls itself "tasteskill") is an agent skill that fights AI-looking landing pages with rules specific enough to grep for. It has 684,583 installs as of October 27, 2026 (Skillselion catalog). Where the top skills ship thin routers, this one ships the whole doctrine in a single 1,206-line SKILL.md, and its sharpest rules are mechanical checks, not vibes.
We read the file at commit dfb6f9f of Leonxlnx/taste-skill and verified our catalog copy matches the repository byte for byte. One naming note: the repository directory is skills/taste-skill/, while the skill's registered name is design-taste-frontend; both point at the same file.
design-taste-frontend at a glance
- One 87KB file, always loaded: the whole doctrine rides along on every trigger, the opposite trade-off from the index skills.
- It reads the room before touching code, declaring a one-line Design Read and asking at most one question.
- Three dials gate every decision: variance, motion, density, defaulting to 8 / 6 / 4.
- It names the AI defaults to kill, from purple gradients to Inter + slate-900.
- The taste rules are mechanically checkable, down to a formula for how many eyebrow labels a page may carry.
- The scope is fenced on line one: landing pages and portfolios, never dashboards.
1. One 87KB file, always loaded
Most heavyweight skills we have covered keep a thin index and load detail on demand: vercel-react-best-practices indexes 70 rule files, microsoft-foundry routes to twenty sub-skills. design-taste-frontend makes the opposite bet: one 87KB, 1,206-line SKILL.md with everything inline, from typography directives to canonical animation skeletons. The cost is context, paid on every load. The bet is coherence: the file wants its rules read together, because they gate each other through the dials in section 3. The file does tell the agent not to fire everything at once:
Every rule below is contextual. None of it fires automatically. First read the brief, then pull only what fits.
Source: SKILL.md, preamble
2. It reads the room before touching code
Section 0 is brief inference, and it scripts its own output:
Before any code, state in one line: "Reading this as: \<page kind> for \<audience>, with a \<vibe> language, leaning toward \<design system or aesthetic family>."
Source: SKILL.md, "Design Read"
The declared read makes the agent's aesthetic assumption visible and correctable before any code exists. And when the brief is genuinely ambiguous:
Ask exactly one clarifying question - never a multi-question dump - and only when the design read genuinely diverges.
Source: SKILL.md, "If the brief is ambiguous"
One question, not an interview. It is the opposite calibration from grill-me, and correctly so: a landing page brief needs a direction check, not a design tree.
3. Three dials gate every decision
After the read, the agent sets three numbers, and the rest of the file keys off them:
DESIGN_VARIANCE: 8- 1 = Perfect Symmetry, 10 = Artsy ChaosSource: SKILL.md, "The Three Dials"
MOTION_INTENSITY and VISUAL_DENSITY follow, baseline "8 / 6 / 4", with an inference table mapping vibe words to dial values: "minimalist / Linear-style" pulls variance down to 5-6, "trust-first / public-sector" pins it at 3-4 and motion at 2-3. Later rules reference the dials directly; centered hero sections, for instance, are avoided by default "when DESIGN_VARIANCE > 4". Configuration happens conversationally: the file explicitly says not to make the user edit it.
4. It names the AI defaults to kill
The anti-slop list is specific enough to be falsifiable:
Do not default to: AI-purple gradients, centered hero over dark mesh, three equal feature cards, generic glassmorphism on everything, infinite-loop micro-animations everywhere, Inter + slate-900. These are the LLM defaults.
Source: SKILL.md, "Anti-Default Discipline"
Anyone who has generated a landing page recognizes every item. It is the same diagnosis Anthropic's frontend-design makes with its three named "AI looks"; this file's version is longer, angrier, and wired into pre-flight checks.
5. The taste rules are mechanically checkable
The hard-rules section turns taste into arithmetic. The best example is self-aware about why it exists:
EYEBROW RESTRAINT (mandatory, the #1 violated rule in production tests). [...] Every AI-built site puts an eyebrow above EVERY section header, producing the same templated rhythm.
Source: SKILL.md, "Layout Discipline"
The rule itself is a formula: "Maximum 1 eyebrow per 3 sections", checked by counting uppercase tracking labels against ceil(sectionCount / 3). The same section caps zigzag layouts ("The 3rd consecutive image+text split is a Pre-Flight Fail"), limits the hero to four text elements, bans the split-header pattern as a default, and requires a bento grid to have exactly as many cells as it has content. Rules a script could enforce are rules an agent follows; "make it tasteful" is not one.
All of it converges on a final gate, a checklist the file refuses to make optional:
THIS IS NOT OPTIONAL. Run every box. If any box fails, the output is not done.
Source: SKILL.md, "FINAL PRE-FLIGHT CHECK"
The boxes are countable: the declared design read, explicit dial values, WCAG AA contrast on every CTA and form input, one theme for the whole page, one accent color, one corner-radius system. One box we appreciated on a personal level bans em dashes everywhere on the rendered page, "headlines, eyebrows, pills, body, quotes, attribution, captions, buttons, alt text", calling it non-negotiable. The AI tell that gives away written text apparently gives away designed pages too.
6. The scope is fenced on line one
The file opens by refusing work:
Landing pages, portfolios, and redesigns. Not dashboards, not data tables, not multi-step product UI.
Source: SKILL.md, scope line
That is the right fence: every rule in the file optimizes for pages that persuade, and applying eyebrow math to a settings screen would be noise. The repo carries twelve sibling skills for neighboring jobs (brandkit, brutalist, minimalist, image-to-code, redesign, and taste-skill-v1, this skill's own earlier version); this file stays in its lane.
Tools it drives: none directly; it shapes the frontend code the agent writes, with a mandatory dependency-verification step before using any design-system package.
Behavior change, before and after:
| You ask | Without design-taste-frontend | With design-taste-frontend |
|---|---|---|
| "Build me a landing page" | Purple gradient, centered hero, three equal feature cards, an eyebrow on every section | A one-line Design Read first, then a page that fails pre-flight if it looks like that |
| "Make it minimalist" | The same layout, fewer colors | Dials drop to 5-6 variance, 3-4 motion; layout families and density follow |
The fine print worth knowing:
- The whole 87KB loads whenever the skill fires, which is real context spent on every landing-page task; the index-style skills cost a fraction of that per load.
- The baseline dials (8 / 6 / 4) lean expressive by default. If your brand is conservative, say so in the brief; the trust-first row of the inference table exists for exactly that.
Should you install design-taste-frontend?
Install it if your agent builds marketing pages, portfolios, or redesigns and the output keeps looking like every other AI page; the mechanical rules attack precisely the tells everyone recognizes. Skip it for product UI and dashboards, which the file itself refuses on line one, and weigh the context cost if your tasks are small: this is the heaviest single file in our series so far.
npx skills add https://github.com/Leonxlnx/taste-skill --skill design-taste-frontendPrevious: how caveman actually works. All dives: the series index.
Quick answers
What is the pre-flight check in design-taste-frontend?
A final checklist the agent must run before emitting code, declared non-optional: design read stated, dial values reasoned, one page theme, one accent color, one radius system, WCAG AA contrast on every CTA and form input, hero fits the viewport, and zero em dashes anywhere on the page. Any failed box means the output is not done.
Why is the skill called design-taste-frontend but the repo folder says taste-skill?
The directory is skills/taste-skill/ while the frontmatter registers the name design-taste-frontend; both refer to the same file, and the document calls itself "tasteskill" in its own H1. The repo also keeps a taste-skill-v1 folder, an earlier version of the same skill.
What files ship with design-taste-frontend?
tasteskill: Anti-Slop Frontend Skill
Landing pages, portfolios, and redesigns. Not dashboards, not data tables, not multi-step product UI. Every rule below is contextual. None of it fires automatically. First read the brief, then pull only what fits.
0. BRIEF INFERENCE (Read the Room Before Anything Else)
Before touching code or tweaking dials, infer what the user actually wants. Most LLM design output is bad because the model jumps to a default aesthetic instead of reading the room.
0.A Read these signals first
- Page kind - landing (SaaS / consumer / agency / event), portfolio (dev / designer / creative studio), redesign (preserve vs overhaul), editorial / blog.
- Vibe words the user used - "minimalist", "calm", "Linear-style", "Awwwards", "brutalist", "premium consumer", "Apple-y", "playful", "serious B2B", "editorial", "agency-y", "glassy", "dark tech".
- Reference signals - URLs they linked, screenshots they pasted, products they named, brands they're competing with.
- Audience - B2B procurement panel vs. design-conscious consumer vs. recruiter scanning a portfolio. The audience picks the aesthetic, not your taste.
Excerpt - the deep dive above quotes and explains the load-bearing lines; the full file is one click away on GitHub.
Which skills are related to design-taste-frontend?
How does design-taste-frontend compare?
design-taste-frontend is an agent skill for premium brand-kit image generation with logo systems, grid layouts, mockups, and art-directed identity panels, not a generic alternative.
Design Taste Frontend skill FAQ
Who is the Design Taste Frontend skill for?
Use it when you build landing pages, portfolios or redesigns and want the agent to avoid generic AI layouts. Skip it when you build dashboards, data tables or multi-step product interfaces.
When should I use design-taste-frontend?
User asks for brand kit, identity deck, logo system board, premium mockups, or visual brand guidelines image.
Is design-taste-frontend safe to install?
Review the Security Audits panel on this page before installing in production.
Add a design-taste-frontend badge
Show developers this skill is listed on Skillselion. Paste this into your README.