In the Skill's Own Terms
This skill turns a Stitch project into a modular React and Vite front end, or syncs existing React components to the latest Stitch designs. It is for frontend engineers working from Stitch screens: the agent finds the Stitch MCP prefix with list_tools, pulls every screen with get_screen, downloads HTML and screenshots through scripts/fetch-stitch.sh, extracts tailwind.config tokens into resources/style-guide.json, then builds components, hooks and mock data that AST validation checks.
Four gated phases enforce that order, and npm run validate enforces Readonly Props interfaces, theme tokens instead of hex values, and no monolithic page files.
What it produces
- Downloaded design assets at .stitch/designs/{page}.html and .stitch/designs/{page}.png for each screen.
- A .stitch/metadata.json holding projectId, title, deviceType, a screens map and a Last Sync Time field.
- An overwritten resources/style-guide.json carrying the current project's colour, font, spacing, radius and typography tokens.
- React components in src/components, hooks in src/hooks, mock data in src/data/mockData.ts, and an updated entry point rendering them.
How It Works
- 01Find the Stitch Namespace
Run list_tools to discover the MCP prefix, then reuse that prefix for every later Stitch call.
- 02Pull Metadata for Every Screen
Call get_screen for each screen in the project to get the design JSON and its download URLs, with no screens skipped.
- 03Download Through the Script
Internal fetch tools can fail against Google Cloud Storage, so downloads go through the provided bash script that handles redirects and security handshakes.
- 04Extract Design Tokens
Open each downloaded HTML file and read the tailwind.config object in the head script block for colours, fonts, spacing, radius and typography.
- 05Draft Components from the Template
Use the shipped component template as a base and rename every instance of the placeholder component name before wiring the entry point.