In the Skill's Own Terms
Manages the design system that acts as a project's source of truth in Stitch, using MCP tools. It retrieves project metadata and screen assets (list_projects, list_screens, get_screen, read_url_content), synthesizes tokens either from existing screens via the design-md skill or from a plain description, writes .stitch/DESIGN.md, then uploads the markdown and calls create_design_system_from_design_md.
A hard checkpoint requires user approval of the display name, colors, fonts and roundness before anything is uploaded. After creation, apply_design_system pushes the tokens onto existing screens using only screen instance ids, and .stitch/metadata.json records the project, screens, and design system summary.
What it produces
- A DESIGN.md design file generated for the project.
- A .stitch/metadata.json file tracking the project id, title, all known screens and a design system summary.
- Project-level design tokens held inside Stitch, which later generation prompts do not need to restate.
How It Works
- 01Retrieve Project and Screen Assets
list_projects finds the target projectId, list_screens surfaces representative screens such as Home or Main Dashboard, and get_screen returns the screenshot and htmlCode download URLs before the HTML is fetched.
- 02Synthesize the Design System
Existing screens are interpreted with the design-md skill; a brand-new project or a direct description is handled by mapping the user's loose words onto precise values first.
- 03Upload DESIGN.md and Create the Design System
The recommended uploader script base64-encodes the markdown in-process and posts it to the project's batchCreate endpoint, bypassing output token limits; create_design_system_from_design_md then runs with the projectId and the returned screen instance.
- 04Apply the System to Existing Screens
apply_design_system takes the projectId, the assetId, and a list of screen instances so already-built screens adopt the stored tokens.