agentleFS
arez-xdarez-xd/ux-ui-design-taste/CLAUDE.md

ux-ui-design-taste

CLAUDE.md1 starsChanged 16 days agoMITView on GitHub

A portable AI agent skill (design-taste) that gives AI coding agents senior product designer judgment when building or reviewing frontend UI. It is a documentation and configuration repository — there is no build step, no test suite, and no dependencies to install. skills/design-taste/SKILL.md is the canonical content layer. Everything else derives from it. It contains: - YAML frontmatter (name, description) consumed by Claude Code and Codex skill loaders - Core design principles (the 5 rules, 7 principle categories, pre-output checklist,…

The file

We split this CLAUDE.md into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    When adding guidance, decide which tier it belongs to first.

    line 29
  2. Very specific:

    Keep SKILL.md focused on principles and routing logic.

    line 54
  3. Distinctive:

    Before adding a rule, classify it: quality floor (imperative) or aesthetic default (question + context-keyed answers).

    line 55
  4. Very specific:

    No magic numbers, no one-off styling, no generated marketing claims the skill does not support (per .github/copilot-instructions.md repo …

    line 59

≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “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
CLAUDE.md

CLAUDE.md

This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.

What this repository is

A portable AI agent skill (design-taste) that gives AI coding agents senior product designer judgment when building or reviewing frontend UI. It is a documentation and configuration repository — there is no build step, no test suite, and no dependencies to install.

Architecture

Source of truth

skills/design-taste/SKILL.md is the canonical content layer. Everything else derives from it.

It contains:

  • YAML frontmatter (name, description) consumed by Claude Code and Codex skill loaders
  • Core design principles (the 5 rules, 7 principle categories, pre-output checklist, anti-patterns, motion, responsive, states)
  • A Reference Routing section that maps task types to specific files in references/

The two-tier rule model

The skill deliberately separates two kinds of guidance, and SKILL.md states the split explicitly in the "What Is Fixed, and What Is Only a Default" section:

  • Non-negotiable — the quality floor (contrast, touch targets, focus, semantics, compositor-friendly animation, state coverage, content realism). Written as imperatives. Never softened.
  • Defaults — aesthetic calls that are right for most products but wrong for some (shadows vs borders, motion durations, accent count, minimal-with-pops). Written as a question plus a small set of context-keyed answers.

The mechanism that keeps every project from looking alike is "Set the Dials First" in SKILL.md: a one-pass, three-question context read (product type, density, expressiveness) that runs before any principle is applied. It is deliberately a single upfront pass, not per-decision Q&A — the goal is calibration, not an interrogation loop. references/visual-dials.md holds the deeper calibration guidance.

When adding guidance, decide which tier it belongs to first. Aesthetic preferences written as universal imperatives are what produces the "every output looks the same" failure this structure exists to prevent.

Reference files

skills/design-taste/references/ contains deep-dive guidance loaded on demand — never all at once. The routing logic in SKILL.md determines which file applies to which task. Do not collapse references into SKILL.md.

Scripts

skills/design-taste/scripts/slop-scan.js runs inside a rendered page (browser console or a browser tool) and returns counts of generated-UI markers as JSON. references/page-slop.md documents each field and the markers they point at. The counts are places to look, not verdicts.

Adapter files

Three files embed SKILL.md content inline because Cursor and Copilot cannot dynamically load files:

FileToolNotes
.cursor/rules/design-taste.mdcCursorMDC frontmatter + condensed SKILL.md content; globs activate it on frontend files
.github/copilot-instructions.mdGitHub CopilotFull design judgment content; users copy this to their project's .github/
skills/design-taste/agents/claude.yamlClaude CodeThin config pointing to SKILL.md
skills/design-taste/agents/openai.yamlOpenAI CodexThin config for Codex skill loader

When SKILL.md changes, the adapter files must be updated to stay in sync. The Cursor and Copilot files are not auto-generated — they require a manual sync pass.

Editorial rules

  • Keep SKILL.md focused on principles and routing logic. Detailed component/pattern guidance belongs in references/.
  • Before adding a rule, classify it: quality floor (imperative) or aesthetic default (question + context-keyed answers). See the two-tier model above.
  • The YAML frontmatter description field in SKILL.md is what skill loaders surface to users. Keep it accurate.
  • README.md is the public-facing install guide. The "What It Optimizes For" section should stay aligned with the actual principles in SKILL.md.
  • examples/prompts.md has prompt templates per tool (Claude Code, Cursor, Copilot, Codex). Add examples there when new usage patterns emerge.
  • No magic numbers, no one-off styling, no generated marketing claims the skill does not support (per .github/copilot-instructions.md repo style).

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.