Stitch to uni-app + uView Pro Components

Constraint: Only use this skill when the user explicitly mentions "Stitch" and converting Stitch screens to uni-app + Vue 3 + uView Pro (pages/, components/, .vue or .uvue, u-* components).

You are a frontend engineer turning Stitch designs into clean, modular uni-app + uView Pro code. Use Stitch MCP (or stitch-mcp-get-screen) to retrieve screen metadata and HTML; use scripts and resources in this skill for reliable fetch and quality checks.

Prerequisites

• Stitch MCP Server (https://stitch.withgoogle.com/docs/mcp/guide/)
• uni-app / HBuilderX or Vue CLI for uni-app (Vue 3)
• Stitch project and screen IDs — two ways: (1) From a Stitch design URL: parse projectId from path and screenId from

  node-id

  query (see stitch-mcp-get-screen). (2) When no URL or when browsing: use stitch-mcp-list-projects and stitch-mcp-list-screens to discover and obtain IDs.

Official Documentation

• uView Pro (Vue 3): Official · Guide · Components · Tools · Layout / Templates
• Full links and usage: references/official.md

Retrieval and Networking

1. Discover Stitch MCP prefix: Run

   list_tools

   to find the prefix (e.g.

   mcp_stitch__stitch:

   ).
2. Resolve projectId and screenId: (1) If the user provided a Stitch design URL, parse projectId from the path (segment after

   /projects/

   ) and screenId from the

   node-id

   query parameter. (2) Otherwise, or when the user wants to choose a project/screen, call list_projects (e.g. filter

   view=owned

   ) then list_screens with the chosen projectId to get screenIds.
3. Fetch screen metadata: Call

   [prefix]:get_screen

   with

   projectId

   and

   screenId

   to get design JSON,

   htmlCode.downloadUrl

   ,

   screenshot.downloadUrl

   , dimensions, deviceType.
4. High-reliability HTML download: AI fetch tools can fail on Google Cloud Storage URLs. Use Bash to run the skill script:

   bash scripts/fetch-stitch.sh "<htmlCode.downloadUrl>" "temp/source.html"
   

   Ensure the URL is quoted.
5. Visual reference: Use

   screenshot.downloadUrl

   to confirm layout and details.

Architectural Rules

• Modular pages/components: Split the design into pages under

  pages/

  and shared components under

  components/

  ; avoid one giant page.
• Logic isolation: Use

  <script setup>

  ; put event handlers and composables in appropriate modules.
• Data decoupling: Move static text, image URLs, and lists into

  data/

  or page data.
• uView Pro only (use framework components when available): Use

  u-*

  components only; do not use raw

  <button>

  ,

  <input>

  ,

  <div>

  for buttons/inputs/modals when u-* exists. Use u-card for cards (use

  title

  when only a title, or u-section with #right when title + right content), u-text for label hints and tips (type="info"/"warning", size="24"), u-line / u-divider for dividers; do not use view/text + custom class (.card, .card-title, .label-optional, .tips-text, .unit). Tab bar must use u-tabs; do not use custom tab-header/tab-item. Before drafting a page, read references/component-index.md and references/contract.md for mapping rules, slot syntax (#label, #suffix, #right), and anti-patterns (Picker v-model + :range 1D; Radio value not name; no slot="...").
• Project-specific: Omit third-party license headers from generated pages/components.

Execution Steps

1. Environment: Ensure uni-app project has uView Pro installed and configured (Vue 3, main.js, uni.scss).
2. Data layer: Create or update data sources (e.g.

   data/mockData.js

   ) from the design content.
3. Page drafting: Use

   resources/page-template.vue

   as base; replace placeholder with real page name and uView Pro tags per contract.
4. Wiring: Register pages in

   pages.json

   ; add tabBar or navigation as needed.
5. Quality check: Verify against

   resources/architecture-checklist.md

   ; run in HBuilderX or CLI to confirm on simulator/device.

Official API alignment (avoid Stitch-style mistakes)

When converting Stitch HTML to uView Pro, verify against references/contract.md and uView Pro docs. Common corrections:

<view class="tab-header">

<view class="tab-item">

<u-tabs :list="..." :current="..." @change="...">

lineColor

activeStyle

inactiveStyle

itemStyle

:show="show"

:columns="[['A','B']]"

['A','B']

name="opt1"

customStyle

placement="row"

slot="label"

slot="suffix"

slot="..."

slot="label"

Pre-generation checklist — before writing the template, ensure: (1) Card/section use u-card (with

title

Integration with This Repo

• Get screen: Use stitch-mcp-get-screen with projectId and screenId. Obtain IDs either by parsing a Stitch design URL (projectId from path, screenId from

  node-id

  ) or by using stitch-mcp-list-projects and stitch-mcp-list-screens when no URL is given or when the user needs to browse/select.
• Design spec: If Stitch was generated with stitch-ui-design-spec-uviewpro constraints, map to uni-app pages and uView Pro components. If converting from Stitch HTML (e.g.

  htmlCode

  from get_screen), use references/stitch-html-patterns.md for page structure and form fields; references/tailwind-to-uviewpro.md for Tailwind utility → rpx/theme (spacing, typography, colors, borders, shadows); then references/contract.md for component API and anti-patterns.
• Design system: If the project has DESIGN.md (from stitch-design-md), align colors and rpx spacing with that system when mapping to uView Pro tokens.

Troubleshooting

• Fetch errors: Quote the URL in the bash command; ensure

  scripts/fetch-stitch.sh

  is executable.
• Component mapping: Use references/component-index.md to pick the right u-* for each element; follow references/contract.md for layout (u-row, u-col, u-gap), forms (u-form, u-input), nav (u-navbar, u-tabs, u-tabbar), list (u-swipe-action, u-list), feedback (u-toast, u-modal, u-popup, u-empty, uni.$u). Do not substitute raw HTML for u-* components.

Skill testing (command-triggered)

Testing is triggered by user instruction, not by calling MCP directly. Flow: user pastes the test command below into the chat → Agent runs this skill → resolve URL → call get_screen → fetch/parse design → generate uView Pro code → output page file or full code.

• Test command (paste into Cursor chat):

  Use the Stitch skill to convert https://stitch.withgoogle.com/projects/3492931393329678076?node-id=375b1aadc9cb45209bee8ad4f69af450 into a uView Pro page
  

• Expected: Parse projectId and screenId from URL → call Stitch MCP get_screen → generate uni-app + uView Pro .vue (u-navbar, u-tabs, u-form, u-picker, u-radio, etc.) per contract and stitch-html-patterns.

Keywords

English: Stitch, uni-app, uView Pro, Vue 3, u-button, u-navbar, rpx.
中文关键词： Stitch、uni-app、uView Pro、组件。

References

• Component API: api/component-api.md

• Examples: examples/usage.md

• Contract & Patterns:

  • references/contract.md (Core mapping rules)
  • references/official.md (Official docs links)
  • references/stitch-html-patterns.md (HTML structure handling)
  • references/tailwind-to-uviewpro.md (Style conversion)
  • references/component-index.md (Component list)

• Resources:

  • resources/architecture-checklist.md (QA Checklist)

• Scripts:

  • scripts/fetch-stitch.sh (High-reliability fetcher)

• Component index (must read) — Full uView Pro component list (80+) with minimal usage; consult when generating so you use u-modal, u-popup, u-action-sheet, u-empty, u-avatar, u-picker, u-tabbar, etc., instead of raw HTML.

• Stitch HTML patterns — Stitch HTML → uView Pro (page structure, forms); use when converting from get_screen htmlCode.

• Tailwind → uView Pro — Tailwind utility classes → rpx / theme (spacing, typography, colors, borders, shadows); use so output is framework-native, not raw Tailwind.

• Contract (uView Pro mapping + anti-patterns)

• Component API (props/events)

• Official documentation

• Architecture checklist

• Page template

• Stitch API / MCP