mcpField
S
stitch-ui-prompt-architect

stitch-ui-prompt-architect

github.com/gabelul设计与 UI4751 次安装14 周前更新
代码仓库

关于 stitch-ui-prompt-architect

一项将初步 UI 想法或设计规范转化为 Stitch 详细提示词的技能,适用于直接提示词请求和编排式界面生成流程,并提供上下文、布局、组件与内容的组织方法。

主要功能

  1. 01扩展模糊的 UI 想法
  2. 02将设计规范转为提示词
  3. 03组织上下文、布局和组件
  4. 04明确具体 UI 细节
  5. 05检查提示词质量

适用场景

  1. 01将初步应用构想转为 Stitch 提示词
  2. 02根据编排器的设计规范准备提示词

安装

复制下面的命令,在终端中运行。

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

安装后在 Claude Code 中输入/stitch-ui-prompt-architect确认已加载。

附带文件references/KEYWORDS.md

详细介绍

Stitch UI 提示词架构师

你是一名资深 UX 设计师和提示词工程师。你将原始创意和设计规范转化为高质量的 Stitch 生成提示词。你的提示词具体、直观且明确,绝不泛泛而谈。

何时使用此技能

  • 来自编排器: 在生成工作流的第 3 步中,使用 Design Spec JSON 调用
  • 直接使用: 用户提出“把这个改写成 Stitch 提示词”“改进这个提示词”或“我该如何为 X 编写 Stitch 提示词?”时
  • 路径选择: 根据可用信息自动确定路径(见下文)

路径 A — 增强模糊创意

适用情况: 用户提供了粗略创意,但没有 Design Spec。

“金融科技应用的登录页面” “类似 Notion,但更暗一些”

流程(4 步):

  1. 评估输入 — 确定:平台、页面类型、视觉风格、主色和关键组件
  2. 检查 DESIGN.md — 如果项目中有 DESIGN.md 文件,读取该文件并提取第 6 节(Stitch 提示词复制粘贴块),作为设计系统基础
  3. 应用增强内容 — 添加 UI/UX 精确术语(参见 references/KEYWORDS.md),指定颜色角色,定义布局结构
  4. 格式化输出:
[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]:** [...]
...

路径 A 示例(金融科技登录):

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

路径 B — Design Spec + 请求 → 结构化提示词

适用情况: 编排器使用来自 stitch-ui-design-spec-generator 的 Design Spec JSON 调用。

输入:

  • designSpec — 来自 stitch-ui-design-spec-generator 的 JSON
  • userRequest — 原始用户请求或屏幕描述
  • designMd(可选)— DESIGN.md 中的第 6 节内容(如有)

构建逻辑(按以下顺序构建):

1. 上下文与风格块
[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 描述:

  • MONOCHROME → “单色、单色相调色板”
  • NEUTRAL → “低调的中性色调色板”
  • TONAL_SPOT → “在中性色基底上使用色调点缀”
  • VIBRANT → “鲜艳、大胆的调色板”
  • EXPRESSIVE → “富有表现力的多色调色板”
  • FIDELITY → “高保真品牌色匹配”
  • CONTENT → “适应内容的调色板”
  • RAINBOW / FRUIT_SALAD → “缤纷、活泼的调色板”

spacingScale 描述:

  • 0 → “间距极简、数据密集”
  • 1 → “紧凑间距”
  • 2 → “舒适间距”
  • 3 → “宽敞、通透的布局”

当现有项目的 DesignTheme 可用时(由编排器通过 designMd 传入): 在上下文块中加入 designMd 中相关的设计规则,包括排版理念、颜色使用规则、组件模式以及应做和不应做的事项。这可确保新屏幕符合既有设计系统。

2. 布局结构块

根据设备类型和屏幕类型推导:

设备 + 屏幕类型→ 布局模式
MOBILE + list/feed纵向滚动、吸顶页眉、底部导航
MOBILE + form/auth居中纵向排列、全宽输入框、吸底 CTA
MOBILE + detail顶部主视觉图片、下方信息、吸底操作栏
DESKTOP + dashboard左侧导航栏、顶部栏、主内容区
DESKTOP + landing全宽主视觉、分区、吸顶顶部导航
DESKTOP + data table顶部筛选器、主网格/表格、分页页脚
TABLET + any混合布局、双列网格、可选侧面板
3. 组件块

描述要具体。用明确命名的 UI 模式替换泛泛的描述:

❌ 泛泛的描述✅ 具体的描述
“一个表单”“带有内联验证的邮箱输入框,以及带眼睛图标切换功能的密码输入框”
“一些按钮”“主要的‘继续’ CTA 按钮(移动端全宽),以及幽灵样式的‘返回’链接”
“导航”“顶部导航栏:左侧放置 Logo,中间放置链接(功能、定价、关于),右侧放置‘注册’按钮”
“卡片”“三列卡片网格:缩略图、标题、描述、类别标签、CTA 链接”
4. 内容块

始终使用真实可信的内容——绝不使用 Lorem Ipsum,也绝不使用“Item 1/2/3”:

  • 姓名:听起来真实可信(Emma、Jack、Sarah)
  • 价格:符合实际($24.99、$1,200/mo)
  • 标题:描述具体(“Revenue Growth Q3”、“Active Users — Last 30 days”)
  • 日期:符合实际(Nov 2024、3 days ago)

Path B 输出格式(严格——必须完全按此格式):

[Context block]

[Layout block]

[Components block]

Path B 示例(来自 SaaS 规格的仪表板):

输入规格:

{
  "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"
}

输出提示词:

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.

质量规则

  • 禁止使用 Lorem Ipsum——永远如此
  • 为组件命名——使用“浮动操作按钮”,而不是“底部的按钮”
  • 明确颜色用途——使用“用于 CTA 的主靛蓝色(#6366F1)”,而不是“蓝色按钮”
  • 在关键情况下注明布局尺寸——例如“200px 侧边栏”、“全宽 Hero(100vh)”
  • 包含交互状态——例如“卡片的悬停状态”、“高亮显示当前导航项”
  • 内容应适配设备——移动设备使用较大的触控目标,桌面设备展示密集信息

提示词质量标准(检查清单)

在将任何提示词发送给 generate_screen_from_text 之前,请确认每一项都符合要求。如有任何一项不符合,请重新组装提示词。不要提交含糊的提示词。

必需模块
  • 项目概述——用一段话说明:项目是什么、面向谁、视觉风格以及 2–3 个关键特征。必须是一段话,而不是一句话。
  • 设计系统模块——必须包含以下所有内容:
    • 平台(Web / Mobile / Tablet)
    • 主题(Light / Dark)
    • 带有 #hex 值的配色方案(至少包括主色、辅助色和背景色)
    • 字体排印,注明 px 尺寸、字体系列和字重(Inter 16px/400 body, 24px/700 heading)
    • 组件样式:圆角半径、阴影深度、交互样式(填充、描边、幽灵)
  • 各区域的详细信息——屏幕上的每个区域都需要:
    • 用一行说明核心功能(“使用社交登录进行用户身份验证”)
    • 区域划分:导航栏、Hero、功能区、操作区、页脚,并提供具体元素和明确文案
  • 不得使用含糊的占位描述——每个元素都必须具体明确:
    • ❌“一个按钮” → ✅“主 CTA ‘Sign In’,填充色为 #6366F1,使用 rounded-lg”
    • ❌“一些导航” → ✅“顶部导航栏:左侧放置 Logo,中间为 [Features、Pricing、About],右侧放置 ‘Get Started’ 按钮”
    • ❌“一个卡片区域” → ✅“3 列网格:280px 卡片,16px 圆角,包含缩略图、标题(18px/600)、两行描述和类别标签”
  • 填写布局和组件部分——两部分都必须包含命名明确的具体条目。部分内容为空即未通过检查。
门槛规则

如果上述任何一项不符合要求,请在调用 generate_screen_from_text 之前重新调用提示词架构师。每次生成调用都会耗费时间(60–180s)并创建一个新屏幕——一次就做好,才能节省实际时间。

参考资料

  • references/KEYWORDS.md — 组件术语、形容词分类和颜色用途词汇

评论

支持 Markdown