DESIGN.md is a markdown document that describes the design system your generated designs use — colours, typography, spacing, component patterns, and the overall mood. It’s auto-generated from whatever’s on your canvas.
You can hand it to a developer, paste it into a brief, or just keep it as living documentation that stays in sync with your designs.
When you get one
ADESIGN.md is generated automatically every time you:
- Export to React — saved into the project at
DESIGN.md(alongside the code) - Build a design — saved into the resulting Web App project
- Download a design — included in the zip
What’s in it
A realDESIGN.md looks like this:
Why it’s useful
Handoff. Drop it into a designer-to-developer brief. The developer has the entire design system in one file, with the exact hex values and class names — no eyeballing. Consistency across sessions. Come back next week, prompt for a new page, paste theDESIGN.md into the prompt. The new page picks up the same colours, fonts, and patterns.
Documentation that stays current. Regenerate after major design changes — the markdown updates to match what’s actually on the canvas, not what was true three weeks ago.
Updating an existing DESIGN.md
Regenerating with an existing DESIGN.md present treats it as a base — the new one is an update, not a fresh rewrite. New designs add their tokens; unchanged ones stay put. This is the right call when your design has evolved but you don’t want to start the documentation from scratch.
Editing by hand
DESIGN.md is just markdown. Edit it like any other file. The only convention that matters: keep the six section headings (## Colors, ## Typography, etc.) — that’s what tools like the React export look for when mapping designs to tokens.