用途
Stitch UI Designer 是一个“主控编排”技能（Master Skill），是所有 UI 设计任务的入口。它充当“编排智能体”（Orchestrator Agent），自主规划并执行从设计到生成 UI 屏幕的端到端流程。适用于所有“设计 X”类请求。
使用前提
关键前提：只有当用户在请求中明确提到“Stitch”时，才可使用本技能。触发短语包括“用 Stitch 设计……”“帮我用 Stitch 做一个 UI……”。
主要能力与工作流
本技能必须端到端遵循以下流程，不得跳过步骤：
0）预检（工具可用性）：检测 Stitch MCP 工具是否可用。可用则走执行工作流；不可用则走仅提示词工作流。
1）意图分类：判断任务类型，包括“新建屏幕”（设计并生成新 UI 屏幕）与“优化/美化”（在保留布局与信息架构的前提下修改现有屏幕）。
2）设计规范工作流（Brain）：调用 stitch-ui-design-spec-generator，产出结构化 Design Spec JSON（主题、设备、风格、模式）。
3）契约工作流（硬约束）：若请求包含命名设计系统/风格，则从匹配的设计契约工具获取约束并注入最终提示词。支持的映射（匹配优先级：具体优先于通用）包括：uview-pro/uviewpro/uview pro → stitch-ui-design-spec-uviewpro（优先匹配）；uview/uview2/uview2.0/u-view → stitch-ui-design-spec-uview；layui/layui-vue/layui vue → stitch-ui-design-spec-layui；bootstrap/bootstrap-vue/bs-vue → stitch-ui-design-spec-bootstrap；element/element-plus/el-plus/element-ui → stitch-ui-design-spec-element-plus；vant/vant4/vant-ui → stitch-ui-design-spec-vant。决策规则：若用户要求优化/美化，或明确要求 selector / JSON / contracts.include / states.include，则使用 selector 模式；否则使用 prefix 模式，将返回前缀前置到 [Context]。
4）提示词组装工作流（Pen）：调用 stitch-ui-prompt-architect，结合用户请求及（如有）Design Spec 与契约前缀，输出符合“提示词质量标准：优化提示词结构”的提示词，使 Stitch 收到精确的“施工蓝图”而非模糊想法。最小结构始终包含 [Context]、[Layout]、[Components]。当请求描述应用或多区块屏幕时，组装提示词还须遵循优化提示词结构（项目概览 + 设计系统（必需）+ 页面结构与功能）。
5）执行工作流（Hand）——工具可用时：始终立即执行，无确认循环。包括创建项目 create_project、生成屏幕 generate_screen_from_text、列出屏幕 list_screens、获取目标屏幕 get_screen（导出截图与 HTML 资产）。
6）仅提示词工作流——工具不可用时：停止执行，不伪造结果，仅输出供用户在 Stitch 中运行的可复制粘贴提示词。
输出模板
模板 A——工具可用（执行报告）：固定使用“# Stitch Design Delivery”，包含执行结果（项目、屏幕）、资产导出（截图、HTML）、备注（提示词以 [Context] [Layout] [Components] 结构执行）。
模板 B——工具不可用（仅提示词）：固定输出 [Context]、[Layout]、[Components] 三段。当请求为应用/产品级或多区块时，各段内容须遵循优化提示词结构。
提示词质量标准：优化提示词结构
为使 Stitch 准确实现设计，最终提示词必须是详细施工蓝图，而非简短愿望清单。当用户描述应用、产品或含多个区块的屏幕时，使用以下结构：
1）项目概览——应用/产品级请求必需：一段简短说明，包含产品/屏幕是什么、面向谁、风格（如现代极简、专业可信、明亮清新）及关键属性（易用性、信息可读性、完整本地化界面等）。
2）设计系统——必需：提示词必须包含明确的设计系统块，避免 Stitch 猜测颜色、字体或组件。包含平台（Web/移动/桌面、目标设备或宽度）、主题（氛围 + 领域亲和）、配色方案（主色 + 辅色 + 警告色 + 中性色，各带 #hex 与用途）、字体排版（标题/正文/辅助：字号 px + 字体 + 字重）、组件风格（按钮/卡片/图标：圆角、阴影、交互）。若使用命名设计系统，契约前缀已提供令牌，但组装提示词仍须以人类可读形式声明平台、主题与布局不变量。
3）页面结构与功能：对每个页面或主要区块，写明核心功能（一行说明“此页面/区块用于……以便……”）与区域（顶部导航/主视觉/功能区/操作区/页脚/侧边栏），每个区域下列出具体元素与具体文案及角色（主按钮、次按钮、卡片、列表项），避免“一个按钮”“一些文本”等模糊占位。
4）提示词结构检查清单（调用 generate_screen_from_text 前）：核对项目概览、设计系统（平台、主题、含 #hex 的配色、含 px+字体+字重的排版、组件风格）、每页/区块核心功能与区域具体元素、布局与组件段是否填充、是否存在模糊占位。若有缺失，重新调用 stitch-ui-prompt-architect 补齐后再次检查。
适用场景
适用于用户明确提到 Stitch 的 UI 设计请求，包括新建屏幕、设计仪表盘、创建应用页面、优化/美化现有屏幕等。
限制与禁止事项
禁止伪造成功：未获得真实 API 响应时，不得声称“项目已创建”。禁止应用脚手架：不得调用任何外部项目脚手架技能（如 uniappx-project-creator、flutter-project-creater、react-native-project-creater），不得运行脚本创建代码库。禁止编码：本流程中不得编写 Vue/React/HTML 代码，本技能仅用于设计生成。禁止混淆：“Stitch 项目”是设计工作区，不是代码仓库。
关键词
orchestrator、design agent、ui designer、master skill、design flow、stitch pilot。
参考资料
工作流端到端、工作流参考、优化提示词输出示例（中英文）——来自博客“Trae+Stitch MCP+Skills: My New AI Programming Paradigm”的完整中英文优化提示词示例（项目概览 + 设计系统 + 页面结构与功能）。优化提示词结构：项目概览 + 设计系统（必需）+ 页面结构与功能。目标：将模糊想法转化为详细施工蓝图（颜色、字号、按钮样式、布局、UX），提升 Stitch 输出精度。