gabelul/stitch-kit

stitch-mcp-create-design-system

Creates a reusable Stitch Design System from theme tokens — colors, fonts, roundness. Can be applied to future screens for visual consistency.

First seen Mar 21, 2026

Installation

$ npx skills add gabelul/stitch-kit --skill stitch-mcp-create-design-system

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from gabelul/stitch-kit · top by installs.

npx skills add gabelul/stitch-kit

Browse all from gabelul/stitch-kit

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 43
License LICENSE
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsstitch*:*

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 6,591 B
  • docs SUMMARY.md 183 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 43 installs

SKILL.md

Stitch MCP — Create Design System

Creates a new Stitch Design System — a reusable theme configuration that can be applied to any screen. This bridges the gap between local CSS token extraction (via stitch-design-system) and Stitch-native design tokens that persist across generations.

Critical prerequisite

Only use this skill when the user explicitly mentions "Stitch".

When to use

  • After extracting CSS tokens via stitch-design-system and wanting to persist them in Stitch
  • User wants consistent theming across multiple screens or projects
  • The orchestrator's Step 7 offers to create a Stitch Design System from extracted tokens
  • User explicitly asks to create a design system in Stitch

Call the MCP tool

{
  "name": "create_design_system",
  "arguments": {
    "designSystem": {
      "displayName": "SaaS Dashboard Theme",
      "theme": {
        "colorMode": "LIGHT",
        "headlineFont": "DM_SANS",
        "bodyFont": "DM_SANS",
        "labelFont": "DM_SANS",
        "roundness": "ROUND_EIGHT",
        "customColor": "#6366F1",
        "colorVariant": "TONAL_SPOT"
      }
    },
    "projectId": "3780309359108792857"
  }
}

Parameter reference

designSystem — required object

Field Type Required Description
displayName string Yes Human-readable name for the design system
theme DesignTheme Yes Visual configuration — see below

designTokens and styleGuidelines are not accepted — the live API has no such fields on DesignSystemInput. Don't send them.

theme (DesignTheme) — the visual configuration

Required: colorMode, headlineFont, bodyFont, roundness, customColor.

Field Type Values Description
colorMode enum LIGHT, DARK Base appearance mode
headlineFont enum See font list below Typeface for headings and titles
bodyFont enum See font list below Typeface for body text and paragraphs
labelFont enum See font list below Optional. Typeface for labels, captions, and UI chrome
roundness enum ROUNDFOUR, ROUNDEIGHT, ROUNDTWELVE, ROUNDFULL (ROUND_TWO also exists but is deprecated/unused) Border radius scale
customColor string Hex color Primary brand color
colorVariant enum MONOCHROME, NEUTRAL, TONALSPOT, VIBRANT, EXPRESSIVE, FIDELITY, CONTENT, RAINBOW, FRUITSALAD Optional. Palette generation strategy from customColor
designMd string Optional. Design system markdown document
overridePrimaryColor / overrideSecondaryColor / overrideTertiaryColor / overrideNeutralColor string Hex color Optional. Exact color overrides, take precedence over customColor
spacing object Map of name → CSS value Optional. e.g. {"sm": "8px"}
typography object Map of level name → Typography token Optional. Each token: fontFamily, fontSize, fontWeight, letterSpacing, lineHeight

font (the deprecated singular font field), backgroundLight, backgroundDark, preset, and description are not accepted as input — they only ever appear in API responses (getproject, listprojects, etc.), never in what you send here.

Available fonts (68 options)

Sans-serif: INTER, DMSANS, GEIST, SORA, MANROPE, RUBIK, MONTSERRAT, WORKSANS, SPACEGROTESK, PLUSJAKARTASANS, PUBLICSANS, SOURCESANS3, NUNITOSANS, ARIMO, HANKENGROTESK, IBMPLEXSANS, SPLINESANS, LEXEND, EPILOGUE, BEVIETNAMPRO, GOOGLESANS, GOOGLESANSFLEX, GOOGLESANSTEXT, NOTOSANS, OPENSANS, KARLA, LIBREFRANKLIN, FIRASANS, CHIVO, QUESTRIAL, OUTFIT, BRICOLAGEGROTESQUE, COMFORTAA, QUICKSAND, RALEWAY, ROBOTOFLEX, SYNE, OSWALD, ANYBODY, ATKINSONHYPERLEGIBLENEXT

Serif: NOTOSERIF, NEWSREADER, DOMINE, LIBRECASLONTEXT, EBGARAMOND, LITERATA, SOURCESERIF4, IBMPLEXSERIF, MERRIWEATHER, PLAYFAIRDISPLAY, BODONIMODA, VOLLKORN

Mono / code: JETBRAINSMONO, GOOGLESANSCODE, GOOGLESANSMONO, SPACEMONO, COURIER_PRIME

Condensed / display: BEBASNEUE, ANTON, ARCHIVONARROW, BARLOWCONDENSED, CLIMATECRISIS, POIRET_ONE, METROPHOBIC

Deprecated aliases (still valid, prefer the replacement): SOURCESERIFFOURSOURCESERIF4, SOURCESANSTHREESOURCESANS3, METROPOLIS → no direct successor

projectId — optional, numeric only

✅ "3780309359108792857"
❌ "projects/3780309359108792857"

If provided, associates the design system with a specific project. If omitted, creates a global design system.

Mapping CSS tokens to DesignTheme

When creating from extracted design-tokens.css:

CSS Variable → DesignTheme field
--color-primary customColor
--font-family (headings) headlineFont (map to closest enum value)
--font-family (body) bodyFont (map to closest enum value)
--radius or --border-radius roundness (4px→FOUR, 8px→EIGHT, 12px→TWELVE, 16px+→FULL)

There's no input field for exact background hex values — backgroundLight/backgroundDark are response-only. Light/dark backgrounds come from colorMode plus the palette Stitch derives from customColor and colorVariant; use overridePrimaryColor etc. if you need to pin a specific palette slot instead.

Output

Returns an Asset object with a name field — store this for future updatedesignsystem and applydesignsystem calls:

{
  "name": "assets/15996705518239280238",
  "displayName": "SaaS Dashboard Theme",
  "designSystem": { ... }
}

After creating

  • Store the name value (e.g., assets/15996705518239280238). It's used two different ways:

- updatedesignsystem's designSystem.name — pass it as-is, with the assets/ prefix - applydesignsystem's assetId — strip the prefix, pass the bare numeric id - generatescreenfrom_text's designSystem param — pass it as-is, with the prefix

  • Offer: "Apply this design system to existing screens?" → stitch-mcp-apply-design-system
  • The orchestrator stores this for automatic application in Step 5b