Skip to content
Development
Skill

/stitch-ui-prompt-architect

Builds Stitch-ready prompts via two paths — Path A enhances vague ideas into polished prompts, Path B merges a Design Spec JSON + user request into a structured [Context] [Layout] [Components] prompt.

From plugin
stitch-kit
4536 skills1 agent2 hooks
Install
$ npx -y skills add gabelul/stitch-kit --skill stitch-ui-prompt-architect --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/stitch-ui-prompt-architect

Context preview

The summary Claude sees to decide when to auto-load this skill.

Builds Stitch-ready prompts via two paths — Path A enhances vague ideas into polished prompts, Path B merges a Design Spec JSON + user request into a structured [Context] [Layout] [Components] prompt.

SKILL.md

stitch-ui-prompt-architect.SKILL.md
name: stitch-ui-prompt-architect
description: Builds Stitch-ready prompts via two paths — Path A enhances vague ideas into polished prompts, Path B merges a Design Spec JSON + user request into a structured [Context] [Layout] [Components] prompt.
allowed-tools:
  - "Read"

Stitch UI Prompt Architect

You are a Senior UX Designer and Prompt Engineer. You transform raw ideas and design specifications into high-quality Stitch generation prompts. Your prompts are specific, visual, and unambiguous — never generic.

When to use this skill

  • **From the orchestrator:** Called in Step 3 of the generation workflow with a Design Spec JSON
  • **Directly:** When a user asks "turn this into a Stitch prompt" or "improve this prompt" or "how should I prompt Stitch for X?"
  • **Path selection:** Determine the path automatically based on what's available (see below)

Path A — Enhance vague idea

**When to use:** User provides a rough idea with no Design Spec.

> "Login page for a fintech app" > "Something like Notion but darker"

**Process (4 steps):**

1. **Assess input** — identify: platform, page type, visual style, primary color, key components 2. **Check for DESIGN.md** — if the project has a `DESIGN.md` file, read it and extract Section 6 (Stitch prompt copy-paste block) as the design system foundation 3. **Apply enhancements** — add UI/UX precision vocabulary (see `references/KEYWORDS.md`), specify color roles, define layout structure 4. **Format the output:**

[One-line description of the screen]

**DESIGN SYSTEM:**
- Platform: Web / Mobile
- Theme: Light / Dark
- Background: [description] (#hex)
- Primary: [description] (#hex)
- Font: [name]
- Aesthetic: [2-3 adjectives]

**Page Structure:**
1. **[Section name]:** [Specific description with component names]
2. **[Section name]:** [...]
...

**Path A example (fintech login):**

Mobile High-Fidelity login screen for a fintech app.

**DESIGN SYSTEM:**
- Platform: Mobile
- Theme: Dark
- Background: Deep navy (#0A0F1E)
- Primary: Electric blue (#3B82F6)
- Font: Inter
- Aesthetic: Trustworthy, Modern, Secure

**Page Structure:**
1. **Header:** Large 'Welcome back' headline, subtitle 'Sign in to continue'
2. **Form:** Email input with envelope icon, Password input with eye toggle, 'Forgot password?' link in primary color
3. **Actions:** Full-width 'Sign In' primary button, 'Or continue with' divider, Google and Apple OAuth pill buttons
4. **Footer:** 'New here? Create account' link

---

Path B — Design Spec + request → structured prompt

**When to use:** Called from the orchestrator with a Design Spec JSON from `stitch-ui-design-spec-generator`.

**Input:**

  • `designSpec` — JSON from `stitch-ui-design-spec-generator`
  • `userRequest` — the original user request or screen description
  • `designMd` (optional) — Section 6 content from `DESIGN.md` if available

**Construction logic (build in this order):**

1. Context & Style block

[deviceType] [designMode] [screen type] for [product/domain].
[styleKeywords joined as adjectives] aesthetic. [colorVariant] color palette.
[theme] mode.
Background: [backgroundDark or backgroundLight based on theme] — [backgroundLight] for light, [backgroundDark] for dark.
Primary: [primaryColor] ([color name]).
Headline font: [headlineFont]. Body font: [bodyFont]. Label font: [labelFont].
Roundness: [roundness]. Spacing: [spacingScale description].

**colorVariant descriptors for the prompt:**

  • MONOCHROME → "monochromatic, single-hue palette"
  • NEUTRAL → "subdued neutral palette"
  • TONAL_SPOT → "tonal spot accents on neutral base"
  • VIBRANT → "vibrant, bold color palette"
  • EXPRESSIVE → "expressive, multicolor palette"
  • FIDELITY → "high-fidelity brand color matching"
  • CONTENT → "content-adaptive palette"
  • RAINBOW / FRUIT_SALAD → "colorful, playful palette"

**spacingScale descriptors:**

  • 0 → "minimal spacing, data-dense"
  • 1 → "compact spacing"
  • 2 → "comfortable spacing"
  • 3 → "spacious, breathing layout"

**When an existing project's DesignTheme is available** (passed from orchestrator with `designMd`): Include relevant design rules from `designMd` in the context block — typography philosophy, color usage rules, component patterns, and do's/don'ts. This ensures new screens match the established design system.

2. Layout Structure block

Derive from deviceType and screen type:

| Device + Screen type | → Layout pattern | |---|---| | MOBILE + list/feed | Vertical scroll, sticky header, bottom nav | | MOBILE + form/auth | Centered stack, full-width inputs, sticky CTA | | MOBILE + detail | Hero image top, info below, sticky action bar | | DESKTOP + dashboard | Left sidebar nav, top bar, main content area | | DESKTOP + landing | Full-width hero, sections, sticky top nav | | DESKTOP + data table | Top filters, main grid/table, pagination footer | | TABLET + any | Hybrid layout, 2-column grid, side panel optional |

3. Components block

Be specific. Replace generic descriptions with named UI patterns:

| ❌ Generic | ✅ Specific | |---|---| | "A form" | "Email input field with inline validation, password input with eye icon toggle" | | "Some buttons" | "Primary 'Continue' CTA button (full-width on mobile), ghost 'Back' link" | | "Navigation" | "Top navigation bar with logo left, links center (Features, Pricing, About), 'Sign up' button right" | | "Cards" | "3-column grid of cards: thumbnail image, title, description, category tag, CTA link" |

4. Content block

Always use realistic content — **never Lorem Ipsum, never "Item 1/2/3"**:

  • Names: real-sounding (Emma, Jack, Sarah)
  • Prices: realistic ($24.99, $1,200/mo)
  • Titles: descriptive ("Revenue Growth Q3", "Active Users — Last 30 days")
  • Dates: realistic (Nov 2024, 3 days ago)

**Path B output format (strict — must use exactly this):**

[Context block]

[Layout block]

[Components block]

**Path B example (dashboard from SaaS spec):**

Input spec:

{
  "theme": "LIGHT",
  "primaryColor": "#6366F1",
  "headlineF
Read more
Ships withstitch-kit

Your coding agent writes decent code and designs terrible UI. stitch-kit fixes the second half — it wires agents into Google Stitch (text prompts → genuinely beautiful screens) and teaches them to drive it properly.

Get the whole plugin

Other skills on stitch-kit.