taste
Skill0 starsChanged 45 days agoMITView on GitHub
Design rules to apply before writing any UI, and a smell test to run on the result. Use when building or restyling a page, component, screen, dashboard or landing page, or when output looks templated.
23 other projects use a version of this.
Adopted by
Most recently taken up by
- hamzzaqureshi/gravidextheir own version, first seen Nov 8, 2026
- WingedGuardian/GENesis-AGItheir own version, first seen Nov 8, 2026
- ForeignerfromJupiter/foreigners-povtheir own version, first seen Nov 1, 2026
- renepf/claude-skillstheir own version, first seen Oct 25, 2026
- hhx465453939/agent-taste-seed-systemtheir own version, first seen Oct 25, 2026
- adityareddy-dev/deskstudiotheir own version, first seen Oct 25, 2026
Used with
Projects with it also use council, ui-ux-pro-max and 1 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
MicrosoftSkillcouncil
Convene the persona panel — six orthogonal review lenses — on a target. Cold independent fan-out, debate-to-consensus, synthesized verdict with recorded dissent and a roster manifest.
Also in 3 projects that use this
StrayDragonSkillui-ux-pro-max
UI/UX design intelligence. 50 styles, 21 palettes, 50 font pairings, 20 charts, 8 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient.
Also in 3 projects that use this
BlockSkillfrontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
Also in 3 projects that use this
Other versions23 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 23
- TryCaspian/caspian-sdk★ 935same name
- tryproduck/produck-skills★ 511same name
- senlindesign/taste-skill★ 330same name
- WingedGuardian/GENesis-AGI★ 100same name
- Kastalien-Research/thoughtbox★ 64same name
- gavishap/omnia-vault★ 53same name
- adityareddy-dev/deskstudio★ 43same name
- leadgenjay/claude-skills★ 22same name
- alebgl77/claude-inc★ 21same name
- gongyijie85/dsh-ecc★ 8same name
13 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository4 other files it gives its agents.
- awesome-designSkill
- image-to-codeSkill
- motionSkill
- web-design-guidelinesSkill
The file
We split this skill into the rules it gives an agent
12 rules. 0 are common, 11 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 21 edited versions we read keep these.
11
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
If the variant has a support colour, use it.
- Very specific: line 27
No gradients. No glassmorphism or background blur.
- Distinctive: line 33
If the variant lists typeface pairings, choose one.
- Distinctive: line 34
Create hierarchy with size and weight first, then colour.
- Distinctive: line 35
Never centre body text. Left-align it (or start-align for right-to-left languages).
- Distinctive: line 36
Keep lines of text between 45 and 75 characters.
- Distinctive: line 40
Every margin, padding and gap is a multiple of 4px and uses a named step: hair 4, tight 8, snug 12, base 16, roomy 24, wide 32, section 48, …
- Distinctive: line 42
If you need a value that is not a step, the layout is wrong.
- Distinctive: line 49
Every interactive element gets hover and focus-visible states.
- Distinctive: line 50
Never remove a focus outline without replacing it.
- Distinctive: line 65
Before you report, render the page and look at a screenshot at desktop and phone width.
- Distinctive: line 69
Run this on your own output.
“Common” is measured: kept by at least 6 in 10 of the 21 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Taste
Apply these rules before you write markup or styles. Then run the smell test on what you wrote. Fix every failure before you show the work.
Before you start
- Find the design system. Look for
design-systems/in the kit this skill came from (two folders above this file). If the project has its own tokens, those win. - Pick one variant and say which:
base,editorialfor reading,dashboardfor dense data,marketingfor landing pages,showcasefor a page that has to be remembered. Read its README. - Load its
tokens.json. Variant values overridebase. Use token names in code, not raw values. - Have an idea. Write one sentence naming a concept from the product's own world, and let it decide the typeface, the imagery and the wording. Rules make a page tidy. They do not make it worth looking at. A page that passes every rule below and has no idea has failed.
- Get real content. Ask for it, or read it from the project. If none exists, write plausible specific content for this product. Never lorem ipsum, never "Feature one".
Rules
Colour
- Pick one accent colour. Use it for at most three things, and name them before you start. Example: primary button, current nav item, links.
- If the variant has a support colour, use it. It is there for mood, within the count the variant gives. A page that is allowed a second colour and shows only grey has left its best tool in the box.
- Everything else is neutral, unless the variant says otherwise. Status colours (danger, warning, success) are for status only.
- The focus ring may use the accent hue and does not count as one of the three. Any other use does, including a border that turns accent on focus.
- Count the accent uses in your CSS before you report. If the design system's component rules would push you past three, follow this rule and say so.
- No gradients. No glassmorphism or background blur. No drop shadows. The exception: the variant's
effectsblock allows it, and then only where it says. - Separate surfaces with a 1px border or a change in fill, not a shadow.
Type
- Five sizes at most: caption, body, lead, title, display. Do not invent a sixth.
- If the variant lists typeface pairings, choose one. The system font is for app screens, not for pages that have to make an impression.
- Create hierarchy with size and weight first, then colour. Two weights are usually enough.
- Never centre body text. Left-align it (or start-align for right-to-left languages). A short headline may be centred.
- Keep lines of text between 45 and 75 characters.
Spacing
- Every margin, padding and gap is a multiple of 4px and uses a named step: hair 4, tight 8, snug 12, base 16, roomy 24, wide 32, section 48, block 64, page 96.
- Space inside a group is smaller than space between groups.
- If you need a value that is not a step, the layout is wrong. Change the layout.
States
- Design the empty state and the error state first. Then loading. The happy path comes last.
- An empty state says what will appear, how to make it appear, and offers the action.
- An error says what happened and what to do next, in plain words, next to the cause.
- Every interactive element gets hover and focus-visible states. Also pressed and disabled where they apply.
- Never remove a focus outline without replacing it.
Content
- Content decides the layout. Write the words, then arrange them.
- Buttons are verbs that name the result.
- Icons must carry meaning the text does not. If removing the icon loses nothing, remove it.
- Let content set the height. Do not pad or truncate cards to match each other.
Restraint is not the goal
These rules remove noise so that one idea can be loud. They are not a target to hit by doing less. If you have followed them and the page is quiet, grey and polite, you have not finished. Turn up the things the variant allows: the size of the headline, the support colour, the presence of the product, the motif.
Look at it
Before you report, render the page and look at a screenshot at desktop and phone width. If you cannot, say so in the report. Do not describe a page you have not seen as finished.
Smell test
Run this on your own output. Answer each question honestly. A "yes" means rework, not a note.
- Does it look like every other AI landing page?
- Is there a hero with a gradient, followed by three cards?
- Are the icons decorative?
- Is every card the same height?
- Is any body text centred?
- Is the accent on more than three kinds of element?
- Are there more than five font sizes, or any spacing value off the 4px grid?
- Is there a shadow, gradient or blur the variant did not ask for?
- Is any text placeholder: lorem ipsum, "John Doe", "Your title here"?
- Does any interactive element lack a hover or focus state?
- Is the empty state or error state missing?
- Could you swap the product name for a competitor's and change nothing else?
- Is it tidy and forgettable? Can you name the idea behind it in one sentence?
- Is the page mostly grey when the variant allows colour?
- Is it set in the system font when the variant offers typefaces?
Report
End your response with four lines:
- Variant: which one you used, and why.
- Concept: the one sentence behind the page.
- Accent: the colour and the three things it marks.
- Smell test: "passed", or which items failed and what you changed.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

