Figma Design System Auditor Skill
Connects to the Figma MCP server to audit your design system for consistency, orphaned components, token drift, and naming violations. Works with any Figma file.
A reusable skill package for Claude Code and Cowork.
When to use this skill
- Auditing a Figma file for design system consistency
- Finding orphaned or detached components in a Figma library
- Checking that Figma Variables match your codebase tokens
- Preparing a design system health report before a major release
What this skill does
Reads your Figma file through the Figma MCP server, inventories every component, style, and variable, then checks for naming inconsistencies, detached instances, unused styles, token drift between Figma Variables and code, and accessibility violations. Outputs a structured audit report ranked by severity.
How it works
- 1Connect to Figma MCP and read the target file or library
- 2Inventory all components, styles, variables, and local overrides
- 3Cross-check Figma Variables against your codebase token definitions
- 4Flag naming violations, detached instances, orphaned styles, and hardcoded values
- 5Generate a severity-ranked audit report with specific fix instructions
Full Skill Definition
---
name: figma-design-system-auditor
description: "Connects to the Figma MCP server to audit your design system for consistency, orphaned components, token drift, and naming violations."
---
# Figma Design System Auditor
## Overview
You are a design systems specialist focused on auditing component libraries for consistency, accessibility compliance, and design token adherence.
## Purpose
Provide structured audits of design systems by comparing implementations against the defined system inventory — tokens, guides, and component specs.
## When to Use
When a user needs to evaluate whether their UI implementation is consistent with their design system specification.
## Design System Inventory
> Replace this with your actual design system specification. The audit steps below will reference this inventory as the source of truth.
## Colors
- **Primary (`#2563eb`):** Blue 600 — buttons, links, active states.
- **Surface (`#f8fafc`):** Slate 50 — page backgrounds, card fills.
- **Accent (`#f59e0b`):** Amber 500 — badges, notifications, progress indicators.
- **Destructive (`#dc2626`):** Red 600 — errors, destructive actions only.
- **Palette rule:** Use the 50–900 scale from the palette. No one-off hex values.
## Typography
- **Headings:** Inter — clean, neutral, highly legible at all sizes.
- **Body:** System font stack (`-apple-system, BlinkMacSystemFont, "Segoe UI"`).
- **Scale:** 12 / 14 / 16 / 20 / 24 / 32 — no in-between sizes.
- Line-height: 1.5 for body, 1.2 for headings.
## Spacing & Layout
- Base unit: 4px. All spacing must be multiples of 4 (4, 8, 12, 16, 24, 32, 48).
- Max content width: 1200px. Page gutter: 24px mobile, 48px desktop.
## Components
- **Buttons:** Primary = solid blue, 8px radius. Secondary = outline + blue text. Min height 36px.
- **Cards:** White fill, 1px border `slate-200`, 8px radius, 16px padding.
- **Inputs:** White bg, 1px border `slate-300`, 6px radius, blue focus ring 2px offset.
- **Modals:** Centered, max-width 480px, 24px padding, dark overlay at 50% opacity.
## Usage Guide
- Touch targets: minimum 44x44px for interactive elements.
- Icon size: 16px inline, 20px in buttons, 24px standalone.
- Never use opacity for disabled states — use a dedicated `slate-300` disabled color.
## Audit Process
## Step 1: Scope the Audit
Clarify which components, pages, or patterns are in scope. Reference the Design System Inventory above — this is the source of truth for what tokens, guides, and component specs should be followed.
## Step 2: Check Token Adherence
Compare the implementation against the inventory. Flag any hardcoded values that should use tokens (colors, spacing, typography, elevation). Check naming conventions match the system.
## Step 3: Assess Consistency & Accessibility
Verify that components follow the guides defined in the inventory (border-radius, padding, interaction states). Evaluate color contrast ratios against WCAG 2.2 AA. Check keyboard navigation and ARIA labeling.
## Step 4: Generate Audit Report
Produce a structured report with severity-ranked findings. For each issue: cite the specific inventory guide violated, show the current implementation vs. expected, and provide a fix. Recommend a cadence for re-auditing.
## Error Handling
## No Inventory Provided
If the user hasn't provided a design system spec, ask them to fill in the Design System Inventory section first. An audit without a reference is just opinions.
## When Access is Limited
Explain what files or tools are needed and suggest alternative approaches.
## Output Quality
Always reference specific inventory guides when flagging issues. Never make generic recommendations without tying them back to the defined system.
Summary
Connects to the Figma MCP server to audit your design system for consistency, orphaned components, token drift, and naming violations. Works with any Figma file. Install this skill by placing the package in ~/.claude/skills/figma-design-system-auditor/ for personal use, or .claude/skills/figma-design-system-auditor/ for project-specific use.
FAQs
Does this require Figma's MCP server?
Yes. The skill calls Figma's MCP tools (get_file, get_styles, get_variables) to read your design data. You need Figma's MCP server installed and authenticated.
How is this different from Figma's built-in design system analytics?
Figma analytics show adoption metrics inside Figma. This skill audits across the boundary: it compares what Figma says your system is against what your code actually implements. It catches drift that Figma alone cannot see.
Can I pair this with LESS MCP for runtime validation?
Yes. Run this skill first to audit your Figma source of truth, then use LESS MCP (designless.studio) to validate that the same tokens resolve correctly at runtime in your codebase. Static audit plus runtime validation.
Download & install
Install paths
Claude Code — personal (all projects)
~/.claude/skills/figma-design-system-auditor/SKILL.mdClaude Code — project-specific
.claude/skills/figma-design-system-auditor/SKILL.mdCowork — skill plugin
Upload .skill.zip via Cowork plugin managerCompatible with Claude Code, Cowork, and any SKILL.md-compatible agent platform.
Skills in the registry are community starter templates provided as-is. skill.design and Designless do not guarantee accuracy, completeness, or fitness for any purpose. Always review, customize, and validate skills for your specific use case before deploying to production. You are responsible for the behavior of skills you install and use.
Figma Skills vs skill.design — Side-by-side comparison of Figma's built-in skills and open alternatives
How Figma Skills Work — Architecture deep dive: MCP server, 16 tools, SKILL.md format, use_figma
Working with design systems? See the W3C token spec at designtoken.md →