Agent skill

Design To Code

by yonatangross in yonatangross/orchestkit

Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP.

MITAuto-check: notesFrontend & Design

Install Design To Code

skills CLI
$ npx skills add yonatangross/orchestkit --skill design-to-code -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install yonatangross/orchestkit design-to-code --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/yonatangross/orchestkit.git skills-src && mkdir -p .claude/skills && cp -r skills-src/src/skills/design-to-code .claude/skills/design-to-code && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
design-to-code
GitHub stars
289
Token cost
~4.4k tokens
SKILL.md length
711 words
Files
4
Skills in repo
108
Repo updated
First seen
Licence
MIT

At a glance

Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP.

  • Works in 5 steps: Detect Input Type and Project Context → Extract Design Context → Match Components (Storybook-First) → …
  • Implementing UI from a mockup
  • SKILL.md covers Pipeline Overview, Argument Resolution, Step 0: Detect Input Type and… and Stage 1: Extract Design Context, plus 7 more sections
  • Reaches stitch.googleapis.com

What it does

Design To Code is an agent skill from yonatangross/orchestkit. Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP. Accepts a screenshot, a description, or a URL and produces production-ready React components, checking existing Storybook components before generating anything new. Use when implementing UI from a mockup or screenshot. To call the MCP tool surface on its own, with no design to convert, use storybook-mcp-integration.

Its SKILL.md is about 4.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 4 other files (for example `rules/_sections.md`, `rules/catalog-registration.md` and `test-cases.json`). Compatibility notes: Claude Code 2.1.277+. Optional: stitch (official Google Stitch), 21st-dev-magic, storybook-mcp (@storybook/addon-mcp) MCP servers.

It sits in Frontend & Design, covering MCP servers, Design to code and React components. It works with Storybook, Google Stitch and Model Context Protocol. The repository describes itself as: The Complete AI Development Toolkit for Claude Code. 106 skills, 36 agents, 171 hooks. Install ork for stable (v9.x), or ork-alpha for the v10 line, which ships daily. The licence is MIT.

When your agent uses it

  • Implementing UI from a mockup
  • Tasks that involve MCP servers
  • Tasks that involve Design to code

Example prompts

  • “/design-to-code”

Requirements

  • Python 3
  • Compatibility (from SKILL.md): Claude Code 2.1.277+. Optional: stitch (official Google Stitch), 21st-dev-magic, storybook-mcp (@storybook/addon-mcp) MCP servers.
  • Pre-approved tools (allowed-tools): Read, Write, Edit, Glob, Grep, Bash, WebFetch, WebSearch, AskUserQuestion, Agent, TaskCreate, TaskUpdate, TaskList, mcp__21st-dev-magic__search, mcp__21st-dev-magic__search_picker, mcp__21st-dev-magic__get_component, mcp__21st-dev-magic__get_theme, mcp__21st-dev-magic__get_usage, mcp__stitch__list_projects, mcp__plugin_hq-ext_stitch__list_projects, mcp__stitch__get_project, mcp__plugin_hq-ext_stitch__get_project, mcp__stitch__list_screens, mcp__plugin_hq-ext_stitch__list_screens, mcp__stitch__get_screen, mcp__plugin_hq-ext_stitch__get_screen, mcp__stitch__generate_screen_from_text, mcp__plugin_hq-ext_stitch__generate_screen_from_text, mcp__storybook-mcp__list-all-documentation, mcp__storybook-mcp__get-documentation, mcp__storybook-mcp__preview-stories, mcp__storybook-mcp__run-story-tests

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Detect Input Type and Project Context
  2. Extract Design Context
  3. Match Components (Storybook-First)
  4. Adapt to Project
  5. Register in json-render Catalog

What it can do on your machine

Read from SKILL.md and the folder at commit 0ef71d2. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Read
    • Write
    • Edit
    • Glob
    • Grep
    • Bash
    • WebFetch
    • WebSearch
    • AskUserQuestion
    • Agent

    …and 22 more on the same allowed-tools line.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are python, bash and typescript).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • stitch.googleapis.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

  • Compatibility

    Claude Code 2.1.277+. Optional: stitch (official Google Stitch), 21st-dev-magic, storybook-mcp (@storybook/addon-mcp) MCP servers.

    From compatibility in the SKILL.md frontmatter.

Context cost

Design To Code loads about 4.4k tokens when it runs. Until then it costs about 103 tokens; SKILL.md has 711 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~103
When it runs · the whole SKILL.md, loaded when a task matches
~4.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Read, Write, Edit, Glob, Grep, Bash, WebFetch, WebSearch, AskUserQuestion, Agent, TaskCreate, TaskUp

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from yonatangross/orchestkit at commit 0ef71d2, republished under its MIT licence (© yonatangross). 711 words, ~4,415 tokens.

Download SKILL.mdSave it as .claude/skills/design-to-code/SKILL.md (or your agent's skills folder). This skill also uses 3 other files; get the full folder from GitHub.
name
design-to-code
description
Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP. Accepts a screenshot, a description, or a URL and produces production-ready React components, checking existing Storybook components before generating anything new. Use when implementing UI from a mockup or screenshot. To call the MCP tool surface on its own, with no design to convert, use storybook-mcp-integration.
allowed-tools
Read, Write, Edit, Glob, Grep, Bash, WebFetch, WebSearch, AskUserQuestion, Agent, TaskCreate, TaskUpdate, TaskList, mcp__21st-dev-magic__search, mcp__21st-dev-magic__search_picker, mcp__21st-dev-magic__get_component, mcp__21st-dev-magic__get_theme, mcp__21st-dev-magic__get_usage, mcp__stitch__list_projects, mcp__plugin_hq-ext_stitch__list_projects, mcp__stitch__get_project, mcp__plugin_hq-ext_stitch__get_project, mcp__stitch__list_screens, mcp__plugin_hq-ext_stitch__list_screens, mcp__stitch__get_screen, mcp__plugin_hq-ext_stitch__get_screen, mcp__stitch__generate_screen_from_text, mcp__plugin_hq-ext_stitch__generate_screen_from_text, mcp__storybook-mcp__list-all-documentation, mcp__storybook-mcp__get-documentation, mcp__storybook-mcp__preview-stories, mcp__storybook-mcp__run-story-tests
compatibility
Claude Code 2.1.277+. Optional: stitch (official Google Stitch), 21st-dev-magic, storybook-mcp (@storybook/addon-mcp) MCP servers.
license
MIT
argument-hint
[screenshot-path | description | url]
context
fork
background
false
user-invocable
true
effort
high
model
sonnet
skills
design-system-tokens, component-search, storybook-mcp-integration, design-context-extract, remember, memory
metadata.category
workflow-automation
metadata.mcp-server
stitch, 21st-dev-magic, storybook-mcp

Design to Code

Convert visual designs into production-ready React components using a four-stage pipeline: Extract, Match, Adapt, Render.

bash
design-to-code screenshot of hero section    # From description
design-to-code /tmp/mockup.png               # From screenshot
design-to-code https://example.com/pricing    # From URL

Pipeline Overview

Input (screenshot/description/URL)
  │
  ▼
┌─────────────────────────┐
│ Stage 1: EXTRACT         │  Stitch MCP → screen details + URLs
│ generate_screen_from_text│  Create screens from a text prompt
│ get_screen               │  Screen details with download URLs
└─────────┬───────────────┘
          │
          ▼
┌─────────────────────────┐
│ Stage 2: MATCH           │  1. Storybook MCP → check existing
│ Storybook-first lookup   │  2. 21st.dev → search public registry
│ Then 21st.dev fallback   │  3. Filesystem → grep codebase
└─────────┬───────────────┘
          │
          ▼
┌─────────────────────────┐
│ Stage 3: ADAPT           │  Merge extracted design + matched
│ Apply project tokens     │  components into final implementation
│ Customize to codebase    │  Tests + types included
└─────────┬───────────────┘
          │
          ▼
┌─────────────────────────┐
│ Stage 4: RENDER          │  Register as json-render catalog entry
│ Generate Zod schema      │  Same component → PDF, email, video
│ Add to defineCatalog()   │  Multi-surface reuse via MCP output
└─────────┬───────────────┘
          │
          ▼
┌─────────────────────────┐
│ Stage 4b: VERIFY         │  Storybook MCP → self-healing loop
│ run-story-tests(a11y)    │  Fix violations, retry (max 3)
│ preview-stories          │  Embed live preview in chat
└─────────────────────────┘

Argument Resolution

python
INPUT = ""  # Full argument string
# Detect input type:
# - Starts with "/" or "~" or contains ".png"/".jpg" → screenshot file path
# - Starts with "http" → URL to screenshot or live page
# - Otherwise → natural language description

Step 0: Detect Input Type and Project Context

python
# 1. Create main task IMMEDIATELY
TaskCreate(subject="Design to code: {INPUT}", description="Four-stage pipeline: extract, match, adapt, render", activeForm="Converting design to code")

# 2. Create subtasks for each stage
TaskCreate(subject="Extract design context", activeForm="Extracting design context")               # id=2
TaskCreate(subject="Match components (Storybook-first)", activeForm="Matching components")         # id=3
TaskCreate(subject="Adapt to project tokens and conventions", activeForm="Adapting to project")    # id=4
TaskCreate(subject="Register in json-render catalog", activeForm="Registering in catalog")         # id=5
TaskCreate(subject="Verify with Storybook self-healing", activeForm="Verifying component")         # id=6

# 3. Set dependencies for sequential stages
TaskUpdate(taskId="3", addBlockedBy=["2"])  # Match needs extracted design context
TaskUpdate(taskId="4", addBlockedBy=["3"])  # Adapt needs matched components
TaskUpdate(taskId="5", addBlockedBy=["4"])  # Render needs adapted component
TaskUpdate(taskId="6", addBlockedBy=["5"])  # Verify needs rendered component

# 4. Update status as you progress
TaskUpdate(taskId="2", status="in_progress")  # When starting
TaskUpdate(taskId="2", status="completed")    # When done — repeat for each subtask

# Detect project's design system
Grep("@theme", glob="**/*.css")   # Tailwind v4: theme lives in CSS, not a config file
Glob("**/tailwind.config.*")      # Tailwind v3 only (v4 ignores this file)
Glob("**/tokens.css")
Glob("**/.tokens.json")
# Read existing tokens if found → used in Stage 3

# Detect shadcn/ui style (v4 style system)
Glob("**/components.json")
# Read → style field (e.g., "radix-luma", "base-nova")
# Determines class names: Luma=rounded-4xl, Nova=compact, Lyra=sharp
# Store: SHADCN_STYLE for Stage 2 filtering + Stage 3 adaptation

Stage 1: Extract Design Context

If stitch MCP is available:

python
# Live Stitch MCP tools (https://stitch.googleapis.com/mcp), matching
# design-context-extractor / design-system-architect agent grants:
#   - list_projects() / get_project(projectId)
#   - list_screens(projectId)
#   - get_screen(name="projects/{projectId}/screens/{screenId}")
#       ONE required param: name. Returns screen details including
#       download URLs (fetch those URLs; no separate code/image export tool)
#   - generate_screen_from_text(projectId, prompt)
#       quota-costing write; can take a few minutes. DO NOT RETRY.
#       On timeout: poll get_screen(name=...) every 30 s, up to 10 times.
#
# For screenshot/URL input:
#   1. list_projects / get_project to locate the Stitch project
#   2. generate_screen_from_text with the extraction goal (or use an
#      existing screen if the project already has one). Never retry.
#   3. list_screens, then get_screen(name="projects/{projectId}/screens/{screenId}")
#   4. Fetch the download URLs (or Read multimodal) for token extraction
#
# For description input:
#   1. generate_screen_from_text(projectId, prompt=<description>) once
#   2. On timeout, poll get_screen(name=...) every 30 s up to 10 times
#   3. Otherwise get_screen(name="projects/{projectId}/screens/{screenId}")
#
# DESIGN.md import (Stitch Pro, Mar 2026+):
#   Prefer upload_design_md / create_design_system_from_design_md when
#   those tools are available on the live server; otherwise regenerate
#   via generate_screen_from_text from the DESIGN.md contents (once, no retry).

If stitch MCP is NOT available (fallback):

python
# For screenshot: Read the image file directly (Claude is multimodal)
# Analyze layout, colors, typography, spacing from the image
# For URL: WebFetch the page, extract HTML structure
# For description: Skip extraction, proceed to Stage 2 with description

Resolution budget (Opus 5.5 / CC 2.1.111+): Mockups up to 2,576 px on the long edge (~3.75 MP, 3× prior ceiling) produce better component boundaries and spacing extraction. Full-page desktop mockups at native resolution are now in-budget; previously they had to be resized down and lost fine detail. Only downscale inputs exceeding 2,576 px.

Extract and produce:

  • Color palette (hex/oklch values)
  • Typography (font families, sizes, weights)
  • Spacing patterns (padding, margins, gaps)
  • Component structure (headers, cards, buttons, etc.)
  • Layout pattern (grid, flex, sidebar, etc.)

Stage 2: Match Components (Storybook-First)

Priority 1 — Check project's own Storybook (if storybook-mcp available):

python
# Search the project's existing component library first
inventory = list-all-documentation()  # Full component + docs manifest
for component in inventory.components:
    if component matches extracted_description:
        details = get-documentation(id=component.id)
        # Returns: props schema, stories, usage patterns
        # → Existing component found — skip external search

Priority 2 — Search 21st.dev (if no Storybook match and 21st-dev-magic available):

python
# Search 21st.dev for matching components
# Use the component descriptions from Stage 1
# Example: "animated pricing table with toggle"
# Filter: React, Tailwind CSS, shadcn/ui compatible
# If SHADCN_STYLE detected, prefer components matching style's visual language
# (e.g., Luma → rounded/pill-shaped, Nova → compact/dense, Lyra → sharp/boxy)

Priority 3 — Filesystem fallback (if no MCP servers available):

python
# Search for components in the project's existing codebase
Grep(pattern="export.*function|export.*const", glob="**/*.tsx")
# Check for shadcn/ui components
Glob("**/components/ui/*.tsx")
# Generate from scratch if no matches found

Present matches to user:

python
AskUserQuestion(questions=[{
  "question": "Which component approach for {component_name}?",
  "header": "Component",
  "options": [
    {"label": "Reuse from Storybook", "description": "{existing_component} — props: {prop_list}"},
    {"label": "Use 21st.dev match", "description": "{matched_component_name} — {match_score}% match"},
    {"label": "Adapt from codebase", "description": "Modify existing {existing_component}"},
    {"label": "Generate from scratch", "description": "Build new component from extracted design"}
  ],
  "multiSelect": false
}])

Stage 3: Adapt to Project

Merge the extracted design context with matched/generated components:

  1. Apply project tokens — Replace hardcoded colors/spacing with project's design tokens
  2. Apply shadcn style classes — If SHADCN_STYLE detected, use style-correct class names:
    • Luma: rounded-4xl buttons/cards, shadow-md + ring-1 ring-foreground/5, gap-6 py-6
    • Nova: compact px-2 py-1, reduced margins, tight spacing
    • Lyra: rounded-none, sharp edges, monospace-friendly
    • Mira: ultra-dense, minimal padding
  3. Match naming conventions — Follow project's component naming patterns
  4. Add TypeScript types — Full type safety with Zod validation for any data props
  5. Include tests — MSW handlers for API-backed components, render tests for static
  6. Responsive — Mobile-first with breakpoints matching project's system
Output Structure
src/components/
  └── {ComponentName}/
      ├── {ComponentName}.tsx       # Main component
      ├── {ComponentName}.test.tsx  # Tests
      └── index.ts                 # Barrel export

Stage 4: Register in json-render Catalog

After ADAPT produces a working React component, register it as a json-render catalog entry for multi-surface reuse.

  1. Generate Zod schema — Derive a Zod schema from the component's TypeScript props
  2. Add catalog entry — Register in the project's defineCatalog() call with props schema and children declaration
  3. Verify rendering — Confirm the component renders correctly through <Render catalog={catalog} /> path
typescript
import { z } from 'zod'

// Zod schema derived from {ComponentName}Props
const componentSchema = z.object({
  title: z.string().max(100),
  variant: z.enum(['default', 'featured']).default('default'),
  // ... props from the adapted component
})

// Add to project catalog
import { defineCatalog } from '@json-render/core'
import { existingCatalog } from './catalog'

export const catalog = {
  ...existingCatalog,
  {ComponentName}: {
    props: componentSchema,
    children: true, // or false for leaf components
  },
}

Enables: same component output to PDF, email, video, or MCP response — no reimplementation needed.

Skip condition: If the project has no json-render dependency or catalog, inform the user and skip catalog registration. The component from Stage 3 is still fully usable standalone.

Stage 4b: Self-Healing Verification (if storybook-mcp available)

After generating the component, verify it with Storybook MCP:

python
# 1. Write CSF3 story for the new component
Write("src/components/{Name}/{Name}.stories.tsx", story_code)

# 2. Run tests via MCP (component + a11y)
results = run-story-tests(
    stories=[{ "storyId": "{name}--default" }],
    a11y=True
)

# 3. Handle failures — self-heal up to 3 attempts
if not results.all_passed:
    for failure in results.failures:
        # Read violation details, fix the component
        Edit("src/components/{Name}/{Name}.tsx", fix)
    # Re-run failing tests
    results = run-story-tests(stories=[...], a11y=True)

# 4. Preview — embed live story in chat for user confirmation
previews = preview-stories(stories=[
    { "absoluteStoryPath": "src/components/{Name}/{Name}.stories.tsx",
      "exportName": "Default" }
])
# Include preview URLs in response for visual confirmation

Skip condition: If storybook-mcp is not available, skip verification. The component is still usable — just not auto-verified.

Show full SKILL.md (299 more words)Show less

Graceful Degradation

stitch21st-dev-magicstorybook-mcpBehavior
AvailableAvailableAvailableFull pipeline: extract + Storybook-first match + adapt + render + self-heal verify
AvailableAvailableUnavailableExtract + 21st.dev match + adapt + render (no verification)
AvailableUnavailableAvailableExtract + Storybook match + adapt + verify
UnavailableAvailableAvailableDescription-based search + Storybook check + adapt + verify
UnavailableUnavailableAvailableFilesystem search + Storybook verify only
UnavailableUnavailableUnavailableManual analysis + generate from scratch (still works)

The skill ALWAYS produces output regardless of MCP availability. Storybook MCP adds component reuse (Stage 2) and self-healing verification (Stage 4b) — skipping them still yields a working component.

Anti-Patterns

  • NEVER output components with hardcoded colors — use design tokens
  • NEVER skip TypeScript types — all props must be typed
  • NEVER generate without checking existing project patterns first
  • NEVER ignore the project's existing component library structure

Quality Bar

Done means all of these hold:

  • Generated components carry no hardcoded colors or literal spacing — every visual value resolves through project design tokens.
  • Every prop is TypeScript-typed; data-bearing props carry Zod validation.
  • Stage 2 checked existing components (Storybook, then 21st.dev, then filesystem) before generating from scratch, and the chosen match source is named.
  • When storybook-mcp is available, the component passes run-story-tests (component + a11y) before handoff, self-healing within at most 3 attempts.
  • Output follows the {ComponentName}/ structure — component, test, and barrel export.
  • Each skipped stage (json-render catalog, Storybook verify) is taken ONLY when its dependency is absent, and the skip is stated with its reason.
  • storybook-mcp-integration — Storybook MCP tools: component discovery, testing, previews
  • component-search — Search 21st.dev registry standalone
  • design-context-extract — Extract design DNA from screenshots
  • design-stylecards — named aesthetic recipes (shadow stacks, glass surfaces, gradients, type scales) for the polish pass on generated components
  • design-system-tokens — Token architecture and management
  • storybook-testing — CSF3 patterns, Vitest integration, Chromatic TurboSnap
  • json-render-catalog — Catalog definition, Zod schemas, defineCatalog patterns
  • multi-surface-render — Render catalog entries to PDF, email, video, MCP

© yonatangross, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 3 other files in src/skills/design-to-code of yonatangross/orchestkit.

  • SKILL.md
  • rules/_sections.md
  • rules/catalog-registration.md
  • test-cases.json

Open the folder on GitHubat commit 0ef71d2

Compare with similar skills

Design To Code next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Design To Code compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Design To Code this skillyonatangross/orchestkit289—~4.4kAutomated safety check: NotesMIT
React Devtools MCPsanity-io/ui176—~2kAutomated safety check: PassMIT
Wonder BlocksKhan/wonder-blocks163—~3.2kAutomated safety check: PassMIT
Stitch to React and Vite Dashboardgoogle-labs-code/stitch-skills8.4k—~914Automated safety check: NotesApache-2.0
Figma Implement Designtech-leads-club/agent-skills7k—~2.9kAutomated safety check: PassApache-2.0
Vibe PrototypeidiotLeoLYJ/Daliu-Awesome-Skills140—~3.1kAutomated safety check: PassNone

Similar skills

  • React Devtools MCP

    sanity-io/ui

    Official

    Inspect and profile the React component tree of a running Storybook story through chrome-devtools-mcp (React DevTools over the Chrome DevTools Protocol, via react-devtools-cdt-mcp).

    176 GitHub stars~2k tokensUpdated yesterday
    Frontend & DesignAuto-check passed
  • Wonder Blocks

    Khan/wonder-blocks

    Implements user interfaces using the Wonder Blocks (WB) design system — Khan Academy's React component library.

    163 GitHub stars~3.2k tokensUpdated yesterday
    Frontend & DesignAuto-check passed
  • Stitch to React and Vite Dashboard

    google-labs-code/stitch-skills

    Official

    Turns Stitch screens into a React, Vite and TypeScript dashboard with TanStack Query data fetching, DESIGN.md tokens as CSS variables and optional read-only Web3 data.

    8.4k GitHub stars~914 tokensUpdated 1 mo ago
    Frontend & DesignAuto-check: notes
  • Figma Implement Design

    tech-leads-club/agent-skills

    Translate Figma nodes into production-ready code with 1:1 visual fidelity using the Figma MCP workflow (design context, screenshots, assets, and project-convention translation).

    7k GitHub stars~2.9k tokensUpdated 18 days ago
    Frontend & DesignAuto-check passed
  • Vibe Prototype

    idiotLeoLYJ/Daliu-Awesome-Skills

    Vibe Coding 流水线第五步:依据 design.md(视觉准则)与 interaction.md,为每个页面在 Stitch 画布生成原型, 经 stitch-mcp 拉取 HTML 与截图存入 prototypes/,并与交互文档做双向对齐校验。

    140 GitHub stars~3.1k tokensUpdated 29 days ago
    Frontend & DesignAuto-check passed
  • Omk Stitch

    KaimingWan/oh-my-kiro

    Google Stitch design-to-code workflow with design system management.

    107 GitHub stars~2.2k tokensUpdated 6 mo ago
    Frontend & DesignAuto-check passed

More from yonatangross/orchestkit

All 108 skills in this repo
  • API Design

    yonatangross/orchestkit

    API contract design for REST and GraphQL, covering resource shape, URL and header versioning with deprecation windows, RFC 9457 Problem Details error handling, and OpenAPI specs.

    289 GitHub stars~2.9k tokensUpdated yesterday
    Auto-check passed
  • Architecture Decision Record

    yonatangross/orchestkit

    ADR templates in the Nygard format with context, decision, consequences, and alternatives.

    289 GitHub stars~2k tokensUpdated yesterday
    Auto-check passed
  • Audit Full

    yonatangross/orchestkit

    Single-pass codebase analysis leveraging a 1M-token context window for comprehensive security scanning, architecture review, and dependency auditing.

    289 GitHub stars~3.5k tokensUpdated yesterday
    Auto-check: notes
  • Code Review Playbook

    yonatangross/orchestkit

    Structured review processes, conventional comments, language-specific checklists, and feedback templates.

    289 GitHub stars~2.2k tokensUpdated yesterday
    Auto-check passed
  • Create PR

    yonatangross/orchestkit

    Creates GitHub pull requests with pre-flight validation, conventional title formatting, and structured summary generation.

    289 GitHub stars~4.5k tokensUpdated yesterday
    Auto-check: notes
  • Explore

    yonatangross/orchestkit

    Multi-angle codebase exploration spawning 3-5 parallel agents for code structure, data flow, architecture patterns, and health assessment.

    289 GitHub stars~3.9k tokensUpdated yesterday
    Auto-check: notes

Questions about Design To Code

What does Design To Code do?

Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP. Design To Code is an agent skill from yonatangross/orchestkit.dev, and Storybook MCP.

When should I use Design To Code?

Design To Code fits situations like: implementing UI from a mockup; tasks that involve MCP servers; tasks that involve Design to code.

How do I install Design To Code in Claude Code?

Run `npx skills add yonatangross/orchestkit --skill design-to-code -a claude-code`. Or copy the skill folder (src/skills/design-to-code in yonatangross/orchestkit) into .claude/skills/design-to-code in your project. Claude Code loads it when a task matches its description.

How do I install Design To Code in Codex?

Run `npx skills add yonatangross/orchestkit --skill design-to-code -a codex`. Or copy the skill folder (src/skills/design-to-code in yonatangross/orchestkit) into .agents/skills/design-to-code in your project. Codex loads it when a task matches its description.

Can I use Design To Code in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add yonatangross/orchestkit --skill design-to-code -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/design-to-code, .gemini/skills/design-to-code, .github/skills/design-to-code and .opencode/skills/design-to-code in your project.

What does Design To Code need to run?

SKILL.md names no scripts, command-line tools or credentials: Design To Code is instructions for the agent only. Our summary lists: Python 3. Its frontmatter pre-approves these tools: Read, Write, Edit, Glob, Grep, Bash, WebFetch, WebSearch, AskUserQuestion, Agent, TaskCreate, TaskUpdate, TaskList, mcp__21st-dev-magic__search, mcp__21st-dev-magic__search_picker, mcp__21st-dev-magic__get_component, mcp__21st-dev-magic__get_theme, mcp__21st-dev-magic__get_usage, mcp__stitch__list_projects, mcp__plugin_hq-ext_stitch__list_projects, mcp__stitch__get_project, mcp__plugin_hq-ext_stitch__get_project, mcp__stitch__list_screens, mcp__plugin_hq-ext_stitch__list_screens, mcp__stitch__get_screen, mcp__plugin_hq-ext_stitch__get_screen, mcp__stitch__generate_screen_from_text, mcp__plugin_hq-ext_stitch__generate_screen_from_text, mcp__storybook-mcp__list-all-documentation, mcp__storybook-mcp__get-documentation, mcp__storybook-mcp__preview-stories, mcp__storybook-mcp__run-story-tests. Compatibility (from SKILL.md): Claude Code 2.1.277+. Optional: stitch (official Google Stitch), 21st-dev-magic, storybook-mcp (@storybook/addon-mcp) MCP servers..

Does Design To Code access the network?

SKILL.md names 1 domain. In commands or code: stitch.googleapis.com; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Design To Code safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Design To Code use?

Design To Code is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Design To Code use?

About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Design To Code?

Skills that share tags, products or a category with Design To Code: React Devtools MCP (sanity-io/ui, 176 stars), Wonder Blocks (Khan/wonder-blocks, 163 stars), Stitch to React and Vite Dashboard (google-labs-code/stitch-skills, 8.4k stars) and Figma Implement Design (tech-leads-club/agent-skills, 7k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Design To Code?

yonatangross (a GitHub user) maintains it in yonatangross/orchestkit, which has 289 GitHub stars. The repository holds 108 skills in this directory. The repository was last updated on October 7, 2026.

Source: yonatangross/orchestkit on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.