Agent skill

Design Standards

by rampstackco in rampstackco/claude-skills

Apply production-grade design standards when building or reviewing pages, components, or UI.

MITAuto-check passedFrontend & Design

Install Design Standards

skills CLI
$ npx skills add rampstackco/claude-skills --skill design-standards -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install rampstackco/claude-skills design-standards --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/rampstackco/claude-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/design-standards .claude/skills/design-standards && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
design-standards
GitHub stars
935
Token cost
~2.4k tokens
SKILL.md length
1,196 words
Files
5 (incl. references)
Skills in repo
103
Repo updated
First seen
Licence
MIT

At a glance

Apply production-grade design standards when building or reviewing pages, components, or UI.

  • Works in 6 steps: Design tokens → WCAG AA contrast (non-negotiable) → Visual hierarchy → …
  • The user asks to build a page
  • SKILL.md covers When to use, When NOT to use, Required inputs and The framework: 6 standards, plus 4 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Design Standards is an agent skill from rampstackco/claude-skills. Apply production-grade design standards when building or reviewing pages, components, or UI. Use this skill whenever the user asks to build a page, design a component, lay out a section, review the UI, fix the layout, or check design quality. Triggers on build a page, create a component, design a section, hero, card, CTA, layout, review the UI, fix the design, design system, design tokens, spacing, typography scale, button standards, mobile design. Also triggers for any production design decision where contrast…

Its SKILL.md is about 2.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including reference files (for example `README.md`, `references/design-tokens-template.md` and `references/preship-checklist.md`).

It sits in Frontend & Design, covering Design tokens, Accessibility and Design systems. The repository describes itself as: Stack-agnostic Claude Skills covering the full website lifecycle: brand, design, content, SEO, dev, ops, growth, and research. Build, ship, audit, optimize. The licence is MIT.

When your agent uses it

  • The user asks to build a page
  • Design a component
  • Lay out a section
  • Check design quality

Example prompts

  • “/design-standards”

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. Design tokens
  2. WCAG AA contrast (non-negotiable)
  3. Visual hierarchy
  4. Spacing and rhythm
  5. Mobile rules
  6. Component consistency

What it can do on your machine

Read from SKILL.md and the folder at commit 482c9bf. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Design Standards loads about 2.4k tokens when it runs, and up to ~7.9k if it reads all its reference files. Until then it costs about 147 tokens; SKILL.md has 1,196 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~147
When it runs · the whole SKILL.md, loaded when a task matches
~2.4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~7.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from rampstackco/claude-skills at commit 482c9bf, republished under its MIT licence (© rampstackco). 1,196 words, ~2,400 tokens.

Download SKILL.mdSave it as .claude/skills/design-standards/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
design-standards
description
Apply production-grade design standards when building or reviewing pages, components, or UI. Use this skill whenever the user asks to build a page, design a component, lay out a section, review the UI, fix the layout, or check design quality. Triggers on build a page, create a component, design a section, hero, card, CTA, layout, review the UI, fix the design, design system, design tokens, spacing, typography scale, button standards, mobile design. Also triggers for any production design decision where contrast, accessibility, spacing, or visual hierarchy matters.
category
design
catalog_summary
Production-grade page and component design standards
display_order
2

Design Standards

Production design standards for any web project. Stack-agnostic. Tool-agnostic. Covers tokens, contrast, hierarchy, spacing, mobile rules, and the pre-ship checklist.

This skill complements brand-identity (which defines the visual system) and brand-style-guide (which documents it). This skill is for the day-to-day work of applying those standards in real components and pages.


When to use

  • Building a new page, section, or component
  • Reviewing UI for quality, accessibility, or consistency
  • Setting up design tokens for a new project
  • Fixing layout, contrast, or hierarchy issues
  • Establishing a button or form standard
  • Pre-ship design review

When NOT to use

  • Defining a brand identity from scratch (use brand-identity)
  • Documenting a finished brand system (use brand-style-guide)
  • Building a formal component library (use design-system)
  • Frontend code architecture (use frontend-component-build)
  • Accessibility-only audits with WCAG remediation (use accessibility-audit)

Required inputs

  • The page or component being built or reviewed
  • The brand's design tokens (colors, type, spacing) - or willingness to define them
  • The target devices and viewports

If brand tokens are undefined, define a working set first using the template in references/design-tokens-template.md.


The framework: 6 standards

Six standards apply to every piece of UI. Hold the line on these and most design problems disappear.

1. Design tokens

Every project needs tokens defined before any UI gets built. Tokens are the source of truth.

Color tokens (minimum):

  • Primary brand color
  • Primary hover (typically 15 to 25 percent darker)
  • Background variants (surface, alt-section, hero/dark, footer)
  • Text scale (heading, body, muted, on-dark)
  • Semantic (success, warning, error, info)

Spacing tokens:

  • A consistent scale (e.g., 4, 8, 12, 16, 24, 32, 48, 64, 96)
  • Page max-width
  • Section vertical padding (large, medium, small)
  • Card padding
  • Grid gaps

Type tokens:

  • Display, H1 through H4, body large, body, small, caption
  • Each with size, weight, line height, letter spacing
  • Font fallback stacks

Radius tokens:

  • Tight (cards, badges)
  • Standard (buttons, inputs)
  • Round (avatars, pill buttons)

Document the tokens once. Reference them everywhere. Hardcoded values are technical debt.

2. WCAG AA contrast (non-negotiable)

Contrast is not a preference. It is a baseline. A design that fails AA is broken, regardless of how it looks to designers with full vision.

ElementRequired ratio
Normal body text4.5:1
Large text (18pt regular or 14pt bold)3:1
UI components and graphical elements3:1

Common failures to avoid:

  • Light gray body text on white that calculates to 2 to 4:1
  • Brand color used for body text without a darker variant
  • Light borders on form fields that compute under 3:1
  • Bright orange or yellow on white at small sizes

For the math, the contrast checker, and brand-color strategies, see brand-identity/references/contrast-and-accessibility.md.

3. Visual hierarchy

A well-designed page has a clear scan order. Hierarchy comes from:

  • Size. The largest element gets noticed first.
  • Weight. Bold beats regular at the same size.
  • Color. Saturated beats neutral. High-contrast beats low.
  • Spacing. What sits alone gets emphasis. What gets crowded recedes.
  • Position. Top-left and center get weight. Edges and corners recede.

Apply hierarchy intentionally. Every visual element should be reachable through the hierarchy. If three things compete for primary attention, none of them wins.

Common failures:

  • Multiple elements styled as the "primary" CTA (creates ambiguity)
  • Body text and headlines too close in size
  • Hero image fighting the hero text for attention
  • Icon, headline, and image at similar visual weight
4. Spacing and rhythm

Spacing is what separates a polished layout from a cluttered one.

Rules:

  • Use the spacing scale, not arbitrary values
  • Related elements sit closer together than unrelated ones (proximity principle)
  • Section breathing room: minimum 64px desktop, 48px mobile
  • Card padding: minimum 24px desktop, 16px mobile
  • Form field spacing: minimum 16px between fields
  • Touch targets: minimum 44 by 44 pixels

Common failures:

  • Inconsistent spacing within similar contexts (one card has 24px padding, the next has 32px)
  • Cramped sections that bleed into each other
  • Touch targets under 44 pixels on mobile
  • Headline butted directly against subheadline with no rhythm
5. Mobile rules

Most users are on mobile. Designing for desktop first guarantees mobile failures.

Standards:

  • Test on a 375 to 390 pixel viewport before declaring complete
  • All interactive elements minimum 44 by 44 pixels
  • Sticky bottom bars: page wrapper needs bottom padding equal to bar height
  • No fixed pixel widths without max-width constraint
  • Text never smaller than 14 pixels for body content
  • Tap targets get 8 pixels of spacing minimum on all sides
  • Modal and popover content scrolls; body locks
  • Form inputs: at least 16px text size to prevent iOS auto-zoom

Common failures:

  • Designs that work in browser dev tools but break on real devices
  • Sticky navigation eating 80px of viewport without compensation
  • Horizontal scroll appearing because of one over-wide element
  • Tap targets that are visually fine but impossibly close to other tap targets
Show full SKILL.md (423 more words)Show less
6. Component consistency

The same thing should look the same everywhere. Variations should be intentional.

Common consistency principles:

  • Buttons: one primary style, one secondary style, one ghost style. Not five.
  • Cards: one base card pattern with variants. Not bespoke cards per page.
  • Icons: one stroke weight, one corner style across the icon set
  • Avatars and brand marks: one shape rule (rounded-lg or fully round, pick one and stick to it)
  • Form inputs: one set of input states (default, focus, error, disabled) used everywhere

Common failures:

  • Three different "primary buttons" used inconsistently across pages
  • Some cards with rounded-2xl corners, others with rounded-xl
  • Iconography style drifting between sections
  • Brand avatar that switches between square and round depending on the page

Workflow

  1. Confirm tokens. If tokens are not yet defined, define a working set first. Document them.
  2. Sketch hierarchy. Before writing markup, identify the primary action, secondary actions, and supporting content. Confirm the scan order makes sense.
  3. Build mobile-first. Lay out for the smallest target viewport before scaling up.
  4. Apply tokens. All values come from the token set. No hardcoded colors, sizes, or spacing.
  5. Run contrast checks. Every text-on-background combination passes AA. Every UI element passes 3:1.
  6. Test at viewport breakpoints. 375, 768, 1024, 1440 minimum. Confirm nothing breaks.
  7. Run the pre-ship checklist in references/preship-checklist.md.

Failure patterns

  • Designing without tokens. Hardcoded colors and spacing. Hard to maintain. Inconsistent at scale.
  • Skipping contrast checks. Especially on brand colors used for text. Most brand colors fail AA.
  • Designing only for desktop. Mobile reveals every layout sin. Test mobile first or last, but always.
  • Rounded-everything. Treating "modern" as "rounded all the things." Rounded corners are a tool, not a default.
  • Visual hierarchy mush. Three things competing as primary. Reader does not know where to look.
  • Touch target violations. Visually nice 32px buttons that fail finger ergonomics on real devices.
  • Component drift. Each page rebuilds the card or button from scratch. Design system erodes.

Output format

This skill produces design decisions and review notes more than artifacts. Outputs include:

  • Design tokens file (when starting a project): design-tokens.md or equivalent
  • Component or page review: markdown notes scored against the 6 standards, with specific fixes
  • Pre-ship checklist results: pass/fail across the checklist with notes

When generating component code (HTML, CSS, framework-specific markup), the SKILL.md remains stack-agnostic. Stack-specific patterns live in reference files.


Reference files

© rampstackco, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (references) in skills/design-standards of rampstackco/claude-skills.

  • SKILL.md
  • README.md
  • references/design-tokens-template.md
  • references/preship-checklist.md
  • references/tailwind-patterns.md

Open the folder on GitHubat commit 482c9bf

Compare with similar skills

Design Standards next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Design Standards compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Design Standards this skillrampstackco/claude-skills935—~2.4kAutomated safety check: PassMIT
Typeui Fundamentalsbergside/typeui2k—~861Automated safety check: PassMIT
iOS Design GuidelinesMacMagazine/app-iOS171—~767Automated safety check: PassNone
Interface KitJuliusBrussee/skills1611 repos~5.3kAutomated safety check: PassMIT
Replica DesignJakeschincariol/replica-skill734—~994Automated safety check: PassMIT
Frontend Designjwynia/agent-skills165—~3.2kAutomated safety check: PassMIT

Similar skills

  • Typeui Fundamentals

    bergside/typeui

    Universal UI/UX design principles covering visual hierarchy, interaction laws, typography foundations, and WCAG accessibility requirements.

    2k GitHub stars~861 tokensUpdated 3 mo ago
    Frontend & DesignAuto-check passed
  • iOS Design Guidelines

    MacMagazine/app-iOS

    MacMagazine design reference — theme tokens, card selection, typography, touch targets, accessibility, dark mode.

    171 GitHub stars~767 tokensUpdated today
    Frontend & DesignAuto-check passed
  • Interface Kit

    JuliusBrussee/skills

    Authoritative guide for implementing stunning, accessible, performant UI.

    161 GitHub starsUsed in 1 repo~5.3k tokens
    Frontend & DesignAuto-check passed
  • Replica Design

    Jakeschincariol/replica-skill

    Rebuilds an app's design system for a clone: colour roles, type scale, spacing, radius, shadows and every component with its states, as design tokens plus component specs, with original assets…

    734 GitHub stars~994 tokensUpdated 4 days ago
    Frontend & DesignAuto-check passed
  • Frontend Design

    jwynia/agent-skills

    Create distinctive, production-grade frontend interfaces with high design quality.

    165 GitHub stars~3.2k tokensUpdated 7 mo ago
    Frontend & DesignAuto-check passed
  • Design Theme Guide

    sickn33/agentic-awesome-skills

    Design-token register: colour, typography, spacing and radius tokens with light and dark values, contrast ratio and WCAG level.

    47k GitHub starsUsed in 1 repo~5.7k tokens
    Frontend & DesignAuto-check passed

More from rampstackco/claude-skills

All 103 skills in this repo
  • After Action Report

    rampstackco/claude-skills

    Run a structured after-action review (postmortem, retrospective) on a launch, incident, or completed project to capture timeline, root cause analysis, contributing factors, and actionable lessons.

    935 GitHub starsUsed in 1 repo~2.5k tokens
    Auto-check passed
  • Analytics Strategy

    rampstackco/claude-skills

    Design measurement frameworks including event taxonomy, KPI hierarchy, dashboard architecture, attribution models, and analytics implementation strategy.

    935 GitHub starsUsed in 1 repo~2.4k tokens
    Auto-check passed
  • Brand Style Guide

    rampstackco/claude-skills

    Build or audit a comprehensive brand style guide that documents the full brand system including story, logo system, color, typography, imagery, voice, applications, and dos/don'ts.

    935 GitHub stars~2.1k tokensUpdated today
    Auto-check passed
  • Brand Voice

    rampstackco/claude-skills

    Develop or document a complete brand voice and tone system covering voice attributes, tone shifts by context, vocabulary preferences, grammar rules, and copy examples.

    935 GitHub stars~2.2k tokensUpdated today
    Auto-check passed
  • Content And Copy

    rampstackco/claude-skills

    Write or edit website copy, blog content, and editorial pieces with attention to voice, structure, and goal.

    935 GitHub stars~2.1k tokensUpdated today
    Auto-check passed
  • Content Strategy

    rampstackco/claude-skills

    Develop a content strategy covering editorial positioning, content pillars, formats, calendar, governance, and topical authority planning.

    935 GitHub stars~2.6k tokensUpdated today
    Auto-check passed

Questions about Design Standards

What does Design Standards do?

Apply production-grade design standards when building or reviewing pages, components, or UI. Design Standards is an agent skill from rampstackco/claude-skills. Apply production-grade design standards when building or reviewing pages, components, or UI.

When should I use Design Standards?

Design Standards fits situations like: the user asks to build a page; design a component; lay out a section; check design quality.

How do I install Design Standards in Claude Code?

Run `npx skills add rampstackco/claude-skills --skill design-standards -a claude-code`. Or copy the skill folder (skills/design-standards in rampstackco/claude-skills) into .claude/skills/design-standards in your project. Claude Code loads it when a task matches its description.

How do I install Design Standards in Codex?

Run `npx skills add rampstackco/claude-skills --skill design-standards -a codex`. Or copy the skill folder (skills/design-standards in rampstackco/claude-skills) into .agents/skills/design-standards in your project. Codex loads it when a task matches its description.

Can I use Design Standards in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add rampstackco/claude-skills --skill design-standards -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/design-standards, .gemini/skills/design-standards, .github/skills/design-standards and .opencode/skills/design-standards in your project.

What does Design Standards need to run?

SKILL.md names no scripts, command-line tools or credentials: Design Standards is instructions for the agent only.

Does Design Standards access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Design Standards safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Design Standards use?

Design Standards is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Design Standards use?

About 2.4k tokens (SKILL.md is roughly 9.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 5.5k tokens, read only when the agent opens those files.

What are the alternatives to Design Standards?

Skills that share tags, products or a category with Design Standards: Typeui Fundamentals (bergside/typeui, 2k stars), iOS Design Guidelines (MacMagazine/app-iOS, 171 stars), Interface Kit (JuliusBrussee/skills, 161 stars) and Replica Design (Jakeschincariol/replica-skill, 734 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Design Standards?

rampstackco (a GitHub organization) maintains it in rampstackco/claude-skills, which has 935 GitHub stars. The repository holds 103 skills in this directory. The repository was last updated on October 7, 2026.

Source: rampstackco/claude-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.