skills/stitch-skills/stitch-ui-designer/SKILL.md
Master orchestrator for end-to-end Stitch UI design and generation. Use when the user asks to design, create, or make a UI screen using Stitch. Coordinates design spec generation, framework contract injection, prompt assembly, and MCP execution (create_project, generate_screen_from_text, get_screen) in a single workflow.
npx skillsauth add partme-ai/full-stack-skills stitch-ui-designerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This is the entry point for all UI design tasks. It acts as the "Orchestrator Agent" that autonomously plans and executes the design workflow.
CRITICAL PREREQUISITE: You must ONLY use this skill when the user EXPLICITLY mentions "Stitch" in their request.
Use this skill when:
Trigger phrases include:
This skill must follow this workflow end-to-end. Do not skip steps.
Determine the task type:
Invoke stitch-ui-design-spec-generator with the user request.
Expected result:
Design Spec JSON (Theme, Device, Style, Mode).If the request includes a named design system / style, fetch constraints from the matching design contract tool and inject them into the final prompt.
Supported mapping (Match Priority: Specific > General):
uview-pro, uviewpro, uview pro -> use stitch-ui-design-spec-uviewpro (Match this FIRST)uview, uview2, uview2.0, u-view -> use stitch-ui-design-spec-uviewlayui, layui-vue, layui vue -> use stitch-ui-design-spec-layuibootstrap, bootstrap-vue, bs-vue -> use stitch-ui-design-spec-bootstrapelement, element-plus, el-plus, element-ui -> use stitch-ui-design-spec-element-plusvant, vant4, vant-ui -> use stitch-ui-design-spec-vantDecision rules:
contracts.include / states.include:
stitch-ui-design-spec-uview or stitch-ui-design-spec-layui in selector mode.stitch-ui-design-spec-uview or stitch-ui-design-spec-layui in prefix mode.[Context].Invoke stitch-ui-prompt-architect with the user request and (if any) Design Spec + contract prefix. The output must conform to Prompt Quality Standard: Optimized Prompt Structure (see below) so that Stitch receives a precise "construction blueprint" rather than a vague idea.
Minimum structure (always present):
[Context]
...
[Layout]
...
[Components]
...
When the request describes an app or multi-section screen, the assembled prompt MUST additionally follow the Optimized Prompt Structure (inspired by enhance-prompt best practice: Project Overview + Design System (required) + Page Structure and Function). See section Prompt Quality Standard below.
ALWAYS execute immediately (no confirmation loop):
create_projectgenerate_screen_from_textlist_screensget_screen (export screenshot + HTML assets)STOP execution. Do not fake results. Output only a copy-paste prompt for the user to run in Stitch.
Use these templates to keep outputs consistent.
ALWAYS use this exact template:
# Stitch Design Delivery
## Execution Result
- Project: projects/{id}
- Screen: {screenId}
## Asset Export
- Screenshot: {from get_screen output}
- HTML: {from get_screen output}
## Notes
- Prompt: Executed with `[Context] [Layout] [Components]` structure (including required constraints and layout invariants).
ALWAYS use this exact template. When the request is app/product-level or multi-section, the content inside each section must follow the Optimized Prompt Structure (Project overview in Context; Design system (required) in Context or a dedicated block; Page structure and function with core function + areas in Layout/Components).
[Context]
...
[Layout]
...
[Components]
...
To make Stitch accurately implement the design, the final prompt (from step 4) must be a detailed construction blueprint, not a short wishlist. Use the following structure whenever the user describes an app, a product, or a screen with multiple sections.
Source of truth: This structure is derived from the optimized-prompt pattern: a clear project overview, a design system (required) with explicit tokens, and page structure and function with one core function per page/section plus area-level details (top nav, main visual, function area, actions, bottom). Reference: blog "Trae+Stitch MCP+Skills: My New AI Programming Paradigm" — after optimization it becomes a detailed construction blueprint including color scheme, font sizes, button styles, page layout, and UX.
The prompt MUST include an explicit design system block so Stitch does not guess colors, type, or components. Include:
| Block | Content | Example | |-------|---------|--------| | Platform | Web / Mobile / Desktop, target device or width | "Mobile miniapp, prioritize iOS and Android" / "Admin Web, min width 1280px" | | Theme | Mood + domain affinity | "Bright and fresh, professional and trustworthy, with domain-friendly tone" | | Color scheme | Primary + Secondary + Warning + Neutrals (Background, Text, Secondary text, Divider), each with #hex and usage | Primary #165DFF for buttons/nav; Secondary #36D399 for positive cues; Background #FFFFFF; Text #1D2129; Secondary text #86909C; Divider #F2F3F5 | | Typography | Title / Body / Auxiliary: size (px) + font + weight | Title 20px Bold; Body 16px Regular; Auxiliary 14px Light | | Component style | Buttons / Cards / Icons: radius, shadow, interaction | Buttons 8px radius, soft shadow; Cards 12px radius, light shadow; Icons linear, minimal |
If a named design system (uView Pro, Bootstrap, Element Plus, etc.) is used, the contract prefix from step 3 already supplies tokens; the assembled prompt must still state Platform, Theme, and Layout invariants in human-readable form so Stitch understands intent.
For each page or major section:
Example (single section):
### 1. Home (Scan / Upload)
**Core function**: App entry, guide user to start
- **Top nav**: Brand logo + Help entry
- **Hero**: Headline "Ingredient Translator" + subhead "Understand food labels at a glance"
- **Function area**: Primary button "Scan label" (large, primary fill); Secondary "Choose from gallery" (outline, primary border); short usage copy
- **Footer**: Privacy and terms links
Verify (and if missing, request the prompt-architect to add):
If any of the above is missing, re-invoke stitch-ui-prompt-architect with explicit instructions to fill the Optimized Prompt Structure (project overview, design system with hex/px, page structure with core function and area-level details), then re-run the checklist before execution.
uniappx-project-creator, flutter-project-creater, react-native-project-creater) and do not run scripts to create codebases.orchestrator, design agent, ui designer, master skill, design flow, stitch pilot
development
Provides per-component and per-API examples with cross-platform compatibility details for uni-app, covering built-in components, uni-ui components, and APIs (network, storage, device, UI, navigation, media). Use when the user needs official uni-app components or APIs, wants per-component examples with doc links, or needs platform compatibility checks.
tools
Creates new uni-app projects via the official CLI or HBuilderX with Vue 2/Vue 3 template selection, manifest.json and pages.json configuration, and directory structure setup. Use when the user wants to scaffold a new uni-app project, initialize project files with a single command, or set up the development environment.
tools
Browses, installs, configures, and manages plugins from the uni-app plugin market (ext.dcloud.net.cn) including component plugins, API plugins, and template plugins with dependency handling. Use when the user needs to find and install uni-app plugins, configure plugin settings, manage plugin dependencies, or integrate third-party components.
tools
Develops native Android and iOS plugins for uni-app including module creation, JavaScript-to-native communication, and plugin packaging for distribution. Use when the user needs to build custom native modules, extend uni-app with native capabilities (camera, Bluetooth, sensors), or create publishable native plugins.