Token导航 LogoToken导航TokenDH.com
前端设计只读github未标认证来源可访问许可证需确认审计通过

stitch-ui-prompt-architect缝合 ui 提示架构师

Agent Skill

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务,不应只堆装饰元素;涉及真实页面改动时,应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。

总安装

549

周安装

22

GitHub Stars

22

下载量

178
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:stitch-ui-prompt-architect(缝合 ui 提示架构师)
来源仓库:https://github.com/gabelul/stitch-kit
仓库路径:skills/stitch-ui-prompt-architect
安装命令:
npx skills add https://github.com/gabelul/stitch-kit --skill stitch-ui-prompt-architect
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/gabelul/stitch-kit --skill stitch-ui-prompt-architect

简介

用于辅助界面设计和视觉规范优化。stitch-ui-prompt-architect 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

  • 适合整理页面结构、生成 UI 方案或检查一致性。
  • 需结合品牌和设计系统,避免堆砌装饰元素。
  • 涉及真实页面改动时应通过截图预览效果。
  • 安装前建议核验权限和维护状态,避免触发文件读写。

SKILL.md

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/feedVertical scroll, sticky header, bottom nav
MOBILE + form/authCentered stack, full-width inputs, sticky CTA
MOBILE + detailHero image top, info below, sticky action bar
DESKTOP + dashboardLeft sidebar nav, top bar, main content area
DESKTOP + landingFull-width hero, sections, sticky top nav
DESKTOP + data tableTop filters, main grid/table, pagination footer
TABLET + anyHybrid 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",
  "headlineFont": "DM_SANS",
  "bodyFont": "DM_SANS",
  "labelFont": "IBM_PLEX_SANS",
  "colorVariant": "TONAL_SPOT",
  "roundness": "ROUND_EIGHT",
  "spacingScale": 1,
  "backgroundLight": "#FFFFFF",
  "backgroundDark": "#18181B",
  "density": "COMPACT",
  "designMode": "HIGH_FIDELITY",
  "styleKeywords": ["Productivity", "SaaS", "Structured"],
  "deviceType": "DESKTOP"
}

Output prompt:

Desktop High-Fidelity analytics dashboard. Productivity SaaS aesthetic. Tonal spot accents on neutral base. Light mode. Background: White (#FFFFFF). Primary: Indigo (#6366F1). Headline font: DM Sans. Body font: DM Sans. Label font: IBM Plex Sans. Roundness: 8px. Compact spacing, data-dense layout.

Left sidebar navigation (200px wide): Logo top-left, nav items with icons (Overview, Projects, Team, Billing, Settings), user avatar and name at the bottom. Main content: Top bar with 'Good morning, Sarah' and date. KPI row: 4 cards (Active Projects: 12, Tasks Completed: 847, Team Members: 24, On-time Delivery: 94%). Main chart: 'Velocity' line chart (last 30 days). Bottom split: 'Recent Activity' feed left, 'Upcoming Deadlines' list right.

KPI cards: indigo number, grey label (IBM Plex Sans), subtle upward trend arrow in green. Line chart: indigo primary line, grey grid, hover tooltip. Activity feed: avatar, action text, timestamp. Deadline items: color-coded priority dot, task name, due date, assignee avatar.

Quality rules

  • No Lorem Ipsum — ever
  • Name the components — "floating action button", not "button at bottom"
  • Specify color roles — "primary indigo (#6366F1) for CTAs", not "blue buttons"
  • Specify layout dimensions when critical — "200px sidebar", "full-width hero (100vh)"
  • Include interaction states — "hover state on cards", "active nav item highlighted"
  • Match content to device — large touch targets on mobile, dense info on desktop

Prompt Quality Standard (Checklist)

Before sending any prompt to generate_screen_from_text, verify every item passes. If anything fails — re-run prompt assembly. Don't ship vague prompts.

Required blocks

  • Project overview — one paragraph covering: what it is, who it's for, visual style, and 2-3 key attributes. Not a sentence — a paragraph.
  • Design system block — must include all of these:

- Platform (Web / Mobile / Tablet) - Theme (Light / Dark) - Color scheme with #hex values (primary, secondary, background minimum) - Typography with px sizes, font family, and weight (Inter 16px/400 body, 24px/700 heading) - Component style: border radius, shadow depth, interaction style (filled, outlined, ghost)

  • Per-section detail — each area of the screen needs:

- Core function in one line ("user authentication with social login") - Area breakdown: nav, hero, function area, actions, footer — with concrete elements and specific copy

  • No vague placeholders — every element must be concrete:

- ❌ "a button" → ✅ "primary CTA 'Sign In' #6366F1 filled rounded-lg" - ❌ "some navigation" → ✅ "top nav: logo left, [Features, Pricing, About] center, 'Get Started' button right" - ❌ "a card section" → ✅ "3-column grid: 280px cards with 16px radius, thumbnail, title (18px/600), 2-line description, category tag"

  • Layout + Components sections populated — both must have named, specific entries. Empty sections = failed check.

Gate rule

If any item above fails, re-invoke the prompt architect before calling generate_screen_from_text. Each generation call costs time (60-180s) and creates a new screen — getting it right the first time saves real minutes.

References

  • references/KEYWORDS.md — Component terms, adjective palettes, color role vocabulary

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.05%
按下载量换算62

Claude

29.1%
按下载量换算52

Cursor

19.04%
按下载量换算34

Gemini CLI

10.52%
按下载量换算19

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills