designkit

Extract design tokens from existing UI code into a lint-validated DESIGN.md file.

1|Updated Jul 12, 2026
One-click install
npx skills add https://github.com/mimukit/skills --skill designkit-mimukit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: designkit
Source: https://github.com/mimukit/skills/tree/main/skills/designkit
Command: npx skills add https://github.com/mimukit/skills --skill designkit-mimukit

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires @google/design.md.

What problem does it solve? Design systems often live in someone's head or in Figma, invisible to the agents and developers writing UI code, and any written documentation drifts out of date as the code changes. This Skill derives a DESIGN.md spec directly from the values already in your codebase and can later audit whether the file still matches reality. ## Core Features & Use Cases - Init mode: Scans Tailwind config, CSS custom properties, SCSS variables, CSS-in-JS themes, or WordPress theme.json, clusters near-duplicate values, and writes a stamped DESIGN.md at the repo root validated by the official @google/design.md linter. - Update mode: Re-extracts tokens after UI changes land, applies bounded edits to affected sections only, and re-stamps the file with the current git SHA. - Audit mode: Read-only drift detection that reports stale, orphaned, or uncovered tokens without writing anything. - Use Case: After shipping a redesign, ask the agent to update DESIGN.md; it diffs the code against the committed file, edits only the tokens that moved, runs the official lint, and reports what it deliberately left untouched. ## Quick Start Ask the agent to write a DESIGN.md documenting the design system from this project's existing UI code.

Frequently Asked Questions about designkit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate a DESIGN.md file from my existing codebase?

Run the init mode, which scans your stylesheets and components for color literals, font sizes, spacing values, and radii, clusters near-duplicates, and writes a stamped DESIGN.md at the repo root. Every token must be a value that actually appears in your code.

What is the DESIGN.md format and who defines the spec?

DESIGN.md is an open format from Google Labs (google-labs-code/design.md) pairing YAML design tokens with prose rationale across eight canonical sections. The schema is alpha and read at run time via the official @google/design.md CLI rather than hardcoded.

Does it work with Tailwind, SCSS, or CSS-in-JS projects?

Yes, the extraction engine checks token homes in order: Tailwind @theme or config, CSS custom properties in :root, SCSS or Less variables, CSS-in-JS theme objects, and WordPress theme.json. If none exist, it clusters hardcoded values and proposes a system from them.

Can I check if my DESIGN.md is out of date with the code?

Yes, audit mode is read-only and reports drift in both directions: tokens in the file that no longer appear in code, and values in the code that no token covers. It also diffs against the stamped git SHA baseline when reachable.

What happens if npx or the design.md CLI is not available?

The skill degrades loudly: it extracts and writes from a bundled fallback schema, skips lint and export, and explicitly states in its report that validation did not run. It never claims a file is clean when nothing checked it.

Will it generate UI components or invent a color palette?

No, it deliberately writes no components, pages, or CSS, and never invents values not present in the codebase. Undersivable sections are declared in the spec's omitted field rather than filled with invented tokens.