UI Design System

VerifiedSafe

Design system reference for the Devkit Vue stack (Vuetify 4 + custom theme helpers). Used for styling, layout, and visual verification.

Sby Skills Guide Bot
DevelopmentIntermediate
7/28/2026
Claude Code
#vuetify#design-system#vue#ui-styling#theming

Recommended for

Automated summary

Design system reference (Vuetify 4 + MD3 theme) that governs styling, layout and visual verification for a Vue app, including a seven-rule "beauty pass".

Strengths

  • Checkable rules (fixed spacing scale, hierarchy via weight and color, theme tokens) instead of subjective taste
  • Explicit fallback order: Vuetify props, then utility classes, then transitions, then `<style scoped>` only as a last resort
  • Built-in visual verification loop via Puppeteer screenshots on desktop/mobile and light/dark
  • Well-separated references: tokens, component catalog, theme helpers, verification

Limitations

  • Tightly coupled to one stack (Vuetify 4 + Devkit theme helpers) and not portable as-is
  • Does not cover brand identity work: the beauty pass removes the generic look, it does not invent a new visual language
  • Not a standalone workflow; most of its value is delivered through `/feature`
When to use it

Reach for it on any visual task in a Vue/Vuetify app: restyling, theme changes, layout fixes, or a feature with a visual component.

When not to use it

Skip it when defining a new brand aesthetic or when the project does not use Vue/Vuetify.

Security analysis

Safe
Quality score93/100

This is a documentation/reference skill describing design system guidelines, Vuetify usage, and visual quality rules. It contains no executable commands, no tool declarations, no network or file-system operations, and no destructive or exfiltrating instructions. The only mention of Puppeteer is in a reference table for visual verification, but the skill itself does not execute anything.

No concerns found

How this analysis is made

Examples

Restyle a hero section
/ui — restyle the hero section on the home page: more generous whitespace, hierarchy through font weight and color instead of size, then verify in light and dark on desktop and mobile.
Kill hardcoded colors
/ui — make dark mode the default theme and replace every hardcoded hex color in the dashboard components with theme tokens or CSS variables.
Vuetify-first styling
/ui — how should I style this card using Vuetify rather than custom CSS? Stick to the fixed spacing scale, the theme tokens, and the props-before-CSS order.

name: ui description: > Design system reference for the Devkit Vue stack (Vuetify 4 + custom theme helpers). Use when asked about styling, theming, layout, design system, Vuetify components, visual verification, or UI patterns. Automatically consumed by /feature when the task has a visual component. Can also be invoked directly for design-only tasks (restyle, theme change, layout fix).

UI

Design system reference and visual quality guidelines for the Devkit Vue stack.

This is not a standalone workflow. For full feature implementation, use /feature which automatically applies these guidelines when visual work is involved.

Invoke /ui directly only for pure design tasks (restyle, theme change, layout fix) that don't need the full /feature workflow.

This skill is an enforcer of the design system (Vuetify 4 + MD3 + theme helpers) and a craft baseline — the "Beauty pass" below is teachable, encodable craft (not taste-by-vibes), the difference between correct and beautiful. Net-new brand identity (a bold landing aesthetic, a new visual language) still belongs to creative direction outside this skill; the Beauty pass makes the everyday output stop looking generic.

References

| What | File | Content | |------|------|---------| | Tokens, typography, spacing, breakpoints | references/design-system.md | Vuetify 4 MD3 classes, theme CSS variables, config paths | | Component catalog | references/components.md | Home sections, core layout, module pattern, key Vuetify components | | Theme helpers & code patterns | references/patterns.md | liquidGlassStyle(), style(), overlapStyle(), AOS, responsive | | Visual verification | references/verification.md | Puppeteer screenshot flow, review checklist |

Key rules (quick reminder)

  • Typography: MD3 classes only (text-display-large, NOT text-h1). Responsive: text-display-small text-sm-display-medium
  • Colors: Theme tokens via config or CSS variables (rgb(var(--v-theme-primary))), never hardcoded hex in templates
  • Dark/light: Everything must work in both modes
  • Config-driven: Prefer config options over hardcoded values
  • CSS last resort: Prefer in order: Vuetify props (flat, elevation, variant, density) → Vuetify utility classes (pa-0, d-flex) → Vuetify transitions (v-fade-transition, v-scale-transition) → <style scoped> only if no Vuetify alternative exists
  • Reuse: Check existing components before creating new ones
  • Verify: Screenshot desktop+mobile, light+dark after visual changes

Beauty pass (correct → beautiful)

Consistency + accessibility make a UI correct; these seven rules make it beautiful. Each is a checkable rule with a named failure mode — the inverse of each is exactly what makes a layout read as generic. Apply on every visual surface; they need no bespoke CSS (Vuetify props, spacing classes, elevation, and theme tokens carry all seven). Deeper config levers to push past the generic Material look: references/design-system.md § "Beauty levers".

  1. Whitespace first, then reduce. Start generous, don't fill the viewport; cramped padding is the #1 generic tell. Lean on pa-6/pa-8, section py-12+. Context-calibrate: dense dashboards tighten, but never start cramped.
  2. Hierarchy by weight + color, not size alone. Cap ~3 type sizes per view; de-emphasize secondary/tertiary with a lighter text-medium-emphasis / muted color, not just smaller. Size-only hierarchy is a slop signature.
  3. Spacing on the fixed scale only. Use the spacing classes (steps 0→16 = 4→64px); never an arbitrary inline margin: 13px. Off-scale spacing reads ad-hoc.
  4. Color reserved for emphasis. Mostly-neutral base (tinted greys via surface/background, not pure grey); primary for the ONE action that matters, not spread across the screen. Even color spread = the default-Material generic look. Never grey text on a colored background.
  5. Depth = soft, two-part elevation. Prefer low elevation-1/elevation-2 (Vuetify's shadows are already the layered contact+ambient pair) or elevation-0 + a subtle surface border; overlap elements to layer. One harsh high-contrast shadow reads cheap.
  6. Proximity groups related items (Gestalt). A field label sits tight to its input; a card's title/body/action cluster with less gap inside than between cards. Uniform spacing everywhere destroys grouping.
  7. Restraint over decoration. Fewer weights, one accent, generous rhythm — boring-and-consistent beats clever-and-busy. Delete an element before adding one.

These seven rules are the canonical craft baseline: name the visual intent when planning a surface, apply the rules while building, and score the rendered result against them in QA. This skill is where they're authored.

Anti-patterns

  • text-h1..text-h6 → use MD3: text-display-large, text-headline-medium
  • Hardcoded colors in templates → use theme variables
  • New components for things existing ones already handle
  • Ignoring dark mode
  • Skipping visual verification
  • Custom CSS when a Vuetify prop/class/transition covers the need
  • Generic-look tells (Beauty pass inverses): cramped padding · hierarchy by size alone · color spread evenly instead of reserved for emphasis · one harsh shadow · arbitrary off-scale spacing · pure untinted greys · grey text on colored backgrounds

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/ui-design-system-ms47vo2p/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/ui-design-system-ms47vo2p' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/ui-design-system-ms47vo2p/download' --output '.skill-downloads/ui-design-system-ms47vo2p/SKILL.md.part' && mv '.skill-downloads/ui-design-system-ms47vo2p/SKILL.md.part' '.skill-downloads/ui-design-system-ms47vo2p/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.

Claude Code
test -f '.skill-downloads/ui-design-system-ms47vo2p/SKILL.md' && test -s '.skill-downloads/ui-design-system-ms47vo2p/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/ui' && cp -R '.skill-downloads/ui-design-system-ms47vo2p' '.claude/skills/ui'

OpenSkills

OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.

Official OpenSkills installation
openskills install './.skill-downloads/ui-design-system-ms47vo2p'

openskills read 'ui-design-system-ms47vo2p'

Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.

For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.

openskills sync

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/ui-design-system-ms47vo2p/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills