用途：作为资深 UX 设计师与提示工程师，把原始想法和设计规格转化为具体、视觉化、无歧义的 Stitch 生成提示词，而非泛泛描述。
主要能力与使用方式： Path A 用于用户只给出粗略想法、没有 Design Spec 的情况，例如“fintech 应用的登录页”。流程为四步：评估输入（平台、页面类型、视觉风格、主色、关键组件）；若项目存在 DESIGN.md，读取其第 6 节作为设计系统基础；补充 UI/UX 精确词汇、明确颜色角色与布局结构；按固定格式输出，包含一句话说明、设计系统（平台、主题、背景与主色 #hex、字体、风格形容词）和逐段页面结构。 Path B 用于从编排器传入 Design Spec JSON 的场景，输入包括 designSpec、userRequest 与可选 designMd。构建顺序为：上下文与风格块（设备类型、设计模式、风格关键词、配色变体、主题、背景/主色、字体、圆角、间距）；布局结构块（由设备与页面类型推导，如移动端表单采用居中堆叠、桌面端仪表盘采用左侧栏加主内容区）；组件块（用具体命名组件替代泛化描述）；内容块（使用真实感姓名、价格、标题、日期，禁止 Lorem Ipsum）。输出严格使用上下文、布局、组件三个块。
质量规则：不得使用 Lorem Ipsum；命名组件而非泛指位置；指定颜色角色（如主色靛蓝 #6366F1 用于 CTA）；关键处标明尺寸（200px 侧边栏、100vh 全宽首屏）；包含悬停、激活等交互状态；内容与设备匹配。发送至 generate_screen_from_text 前需按检查清单核对：项目概述段落、含平台/主题/#hex 配色/字体字号字重/组件样式的设计系统块、逐区细节、无模糊占位符、布局与组件块均已填充；任一项失败需重新组装提示。
限制：资料未提供具体收费、价格、支持平台范围及效果保证等信息。