agentleFS
Atharvsinh-codezAtharvsinh-codez/ObsidianUI/skills/better-colors/SKILL.md

better-colors

Skill562 starsChanged 40 days agoMITView on GitHub

Color systems for digital products, from building and naming a palette to applying it with meaning and verifying contrast. Use when creating or extending a color palette, naming color tokens, theming light and dark appearances, auditing the colors in a codebase, or reviewing frontend code for color. Triggers on color palette, palette generation, color scale, color ramp, brand color, accent color, neutral palette, gray palette, status colors, design tokens, semantic color tokens, token naming, theming, dark mode colors, contrast ratio, APCA, gamut, display p3, oklch, color conversion, gradients, color meaning, increased contrast.

We split this skill into the rules it gives an agent

1 rule. 1 is common, 0 are distinctive, and 0 are very specific to this project.

  • 1

    Common

    Most of the 24 edited versions we read keep these.

  • 0

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Common:

    Never borrow a token because its value is right today.

    line 42

“Common” is measured: kept by at least 6 in 10 of the 24 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Colors

A color system is a small set of ramps, named by role, applied consistently, and verified against the backgrounds they actually render on. Almost every color problem is a system problem: a value picked in isolation, a token borrowed because it looked right, or a pair nobody measured. Contrast requirements belong to better-accessibility; surfaces, shadows, and icon color belong to better-ui.

Quick Reference

CategoryWhen to useReference
StructureWhich ramps a system needs, step roles, neutrals, status colors, auditing an existing palettepalette-structure.md
GenerationBuilding a ramp from a brand color, multi-hue systems, dark modepalette-generation.md
NamingPrimitive and semantic tiers, role inventory, naming grammar, anti-patternstoken-naming.md
UsageOne meaning per color, emphasis, gradients, culture, appearance variantscolor-usage.md
ContrastAPCA and WCAG checks, reporting failures, fixing on requestcontrast.md
FormatsChoosing a notation, converting, gamut and P3 fallbackscolor-formats.md
Review output formatSeverity scale, findings table, verification, verdictreview-output.md

Core Principles

1. Match the Project's Color System

Reuse the project's existing tokens and notation. Introducing a second color representation to fix one value makes the palette harder to reason about, not easier — a consistent hex system beats a hex system with oklch() scattered through it. Notation is not a defect. For a genuinely new system, oklch() is the best default because its numbers behave the way the ramp rules below describe; everywhere else a color library produces the same ramp in whatever the project writes (color-formats.md).

2. A System Is Ramps, Not Colors

One neutral ramp, one accent ramp, and only the status ramps the product actually renders. A warning ramp nothing imports is maintenance for zero pixels, and a second accent hue earns its place only when two things must be distinguishable at a glance.

3. Every Step Has a Job

A ramp is not a gradient to pick from by eye. Each step exists because a role needs it — page background, component hover, border, solid fill, body text — and a step no role consumes should not be generated. Both the Tailwind 50–950 and Radix 1–12 conventions map to those roles (palette-structure.md).

4. Name Primitives by Hue, Semantics by Role

Primitives name a value (--blue-500) and are never applied in a component. Semantic tokens name a job (--color-text-secondary), point at a primitive, and are the only tier components reference. That seam is what makes theming possible; without it, dark mode means auditing every usage to work out which ones meant "the accent" and which just wanted blue (token-naming.md).

5. Use a Token Only in Its Role

Never borrow a token because its value is right today. A separator used as a text color works until borders get lighter, and then the text goes with them. If a role has no token, add the token.

6. Hold the Hue Across the Ramp

Steps step evenly in perceived lightness, hue stays constant end to end, vividness peaks mid-ramp and falls off at both ends, and steps sit denser at the light end than the dark. Both ends stop short of pure black and white, which cannot carry hue at all. Use a color library rather than eyeballing it (palette-generation.md).

7. One Color, One Meaning

Use a color for one purpose across the whole interface, treating anything within 15° of hue as the same color. If the accent means interactive, that hue on static text tells users to click something that is not clickable — and an interactive element rendered neutral is just as misleading. Color is never the only carrier of meaning; better-accessibility owns that requirement.

8. Fill Exactly One Action per View

When filled color encodes primary emphasis, one primary action gets it and peer actions stay neutral. Put the color on the background rather than the label: a filled button reads as primary across the room, while accent-colored text on a neutral button reads as a link. Several colored backgrounds are fine when they encode distinct states or categories rather than competing as peers.

9. Measure the Rendered Pair, Then Report

Measure a foreground against the background it actually renders on, not the page background. When a pair fails, report it — the pair, its measured value, and the threshold it misses — and leave the colors alone. A project's colors are a design decision; change them only when asked, and remeasure after (contrast.md).

10. Pick a Gradient's Interpolation Space

The space is a look, not a correctness setting. in oklab is the best default — even brightness, no hue surprises. in oklch travels around the hue wheel rather than through the middle, staying vivid and sweeping through the hues between the stops: a distinct look, and the fix when a two-hue gradient goes gray in the middle. The sRGB default is the classic, and its darker, muted midpoint is the one most interfaces already look like (color-usage.md).

Common Mistakes

MistakeFix
A raw value where the project has a tokenReuse or add the correct role token in the project's existing notation
An isolated oklch() value dropped into a hex codebasePreserve the established notation unless a color-system migration is in scope
A primitive like --blue-500 used directly in a componentPoint a semantic token at it and use that
Token named for its appearance (--color-blue-button) or first use (--color-sidebar-gray)Name it for its role: --color-accent-solid, --color-bg-surface
--color-primary meaning the brand and --color-text-primary meaning body textReserve accent for the brand; let primary mean "most prominent of its group"
Semantic token used outside its role (separator as text)Add a token for the missing role; never borrow by value
Ramp built by varying HSL lightnessRebuild against perceived lightness with a constant hue
Ramp spaced evenly across the full rangeTighten the light end; 50 and 100 must be distinguishable as two surfaces
Same saturation number reused across huesMatch the same proportion of each hue's own maximum, not the raw value
Status hue that collides with the accent hueMove it until destructive and primary actions are distinguishable side by side
Dark mode made by mechanically reversing the light paletteReverse as a starting point, then reduce vividness, widen the dark end, and recheck every pair
prefers-color-scheme setting some tokens and a .dark class setting othersPick one switching mechanism and use it throughout
Failing contrastReport the pair, its measured value, and the threshold missed; change colors only when asked
Contrast fixed by changing hueChange lightness — it is the channel contrast responds to
P3 color with no sRGB fallbackDeclare the sRGB value first, then override inside @media (color-gamut: p3)
Gradient between opposite hues going gray in the middleSwitch to a polar space (in oklch) or add a mid-stop at a hue between the two
Palette verified only in light modeRecheck every foreground/background pair in both appearances

Reporting

A standalone color review is finished when every confirmed finding is reported in the format in review-output.md, with verification and a verdict. Under better-interface, its format governs instead.

Download now (ZIP)

  • Other versions26 projects use a version of this.

    Word for word · 2

    1. boraoztunc/skills★ 337100% same
    2. 0xPasho/agentcut★ 21100% same

    Edited · 17

    1. jakubkrehel/skills★ 9.7k29% same
    2. talebook/talebook★ 5.9k12% same
    3. compozy/compozy★ 2.8k58% same
    4. moumen-soliman/uitripled★ 1.4k60% same
    5. Dimon94/dverity★ 10758% same
    6. Dimon94/skills★ 10758% same
    7. shayan-m81/layerwright★ 858% same
    8. transitive-bullshit/skills★ 529% same
    9. arthjean/skills★ 358% same
    10. sanmidable/skills★ 258% same

    7 more not listed

    Wrote their own version · 7

    1. trycompai/crm★ 12ksame name
    2. julianromli/faiz-skills★ 16same name
    3. hsynozdamar-byte/claude-skills-edited★ 4same name
    4. frankie323/Skills★ 1same name
    5. SkotAlexsander/skills★ 1same name
    6. amanjotx/Agent-Skills★ 0same name
    7. elpiarthera/vantage-starter★ 0same name

    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.

  • Used alongsideProjects with it also use improve-ui, create-design-md and 10 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.
    • Discriminative-shoji607Skill

      improve-ui

      Audit an existing product surface against its own design evidence, identify verified UI problems, and write self-contained implementation plans for another agent. Strictly read-only on product source. Use when asked to review, refine, improve, or clean up an interface without replacing its identity; investigate design-system drift; or prepare a design handoff.

      Also in 3 projects that use this

    • ItamarZand88Skill

      create-design-md

      Create a new DESIGN.md file for any website, app, or custom design system. Use when the user wants to document a design system in DESIGN.md format, extract design tokens from a URL or existing CSS, create a custom design system from scratch, author a DESIGN.md for their own project, or contribute a new design to the awesome-design-md collection. Also trigger when user mentions "design system documentation", wants to formalize their app's visual language, or asks to create or generate a DESIGN.md file.

      Also in 4 projects that use this

    • sanmidableSkill

      good-css

      Also in 3 projects that use this

    • agentset-aiSkill

      fixing-metadata

      Ship correct, complete metadata.

      Also in 3 projects that use this

    • studio-lgtmSkill

      make-interfaces-feel-better

      Apply design engineering best practices to polish UI components - use when reviewing or improving interfaces, animations, typography, or interaction details.

      Also in 5 projects that use this

    • VercelSkill

      baseline-ui

      Validates animation durations, enforces typography scale, checks component accessibility, and prevents layout anti-patterns in Tailwind CSS projects. Use when building UI components, reviewing CSS utilities, styling React views, or enforcing design consistency.

      Also in 3 projects that use this

  • In this repository11 other files it gives its agents.

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

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.