用途
UI 原型工场（ui-prototype）是一个原型架构师技能，目标是在需求确认阶段跳过繁琐的文档定义，直接基于需求文档生成可视化的、独立的高保真原型文件。生成的 HTML 仅作为视觉参考（Visual Reference）和需求确认工具，不代表最终项目的代码实现；实际开发时，应使用项目选定的技术栈（如 React/Vue/Flutter）重写。
主要能力
多方案生成
每次请求默认生成 5 套不同风格或布局的方案，命名规则为 docs/{功能名称}/prototypes/v1.html 至 v5.html，为用户提供充足的选择空间。
风格继承
AI 通过阅读代码来模仿风格，而非依赖抽象描述。风格源优先级为：docs/product_prototypes/style_guide.html（最佳）、docs/product_prototypes/design_master.html（标准）、docs/product_prototypes/*.html（替补）。提取内容包括配色方案（Tailwind config）、字体大小/粗细、圆角、阴影、间距规律。
产品形态适配
根据 specs/1_产品概述.md 判断产品类型：Web 网站采用全屏响应式布局；App / 桌面小组件则禁止全屏铺满，需在 HTML 中创建居中容器模拟设备尺寸，背景色设置为中性灰。
局部修改与全量设计
局部修改时只修改指定文件，可另存为 v2_revised.html 保留历史。全量设计采用分而治之策略：先设计核心页面并确立为 design_master.html，再读取产品概述列出模块清单，最后逐个模块生成原型，且必须引用 design_master.html 的样式。
功能点遗漏检查
生成前优先从需求文档提取验收标准（AC）和关键特性，强制映射到 UI 组件或入口。当需求文档出现产品概述中未提及的新功能时，必须实现新功能并在 UI 中体现。
迭代设计模式
支持从概念到落地的迭代：概念设计阶段仅基于产品概述生成概念稿；详细设计阶段严格遵循需求文档中的 AC 和新特性，覆盖之前的概念稿，并解决产品概述与新需求的冲突（以新需求为准）。
使用方式
工作流程包括：环境侦察（优先读取需求文档，检查 design_master.html）、构建原型（使用单文件 HTML 并引入 Tailwind CSS CDN，严禁使用需要编译的框架，数据全部使用 Mock 数据）、功能自检、批量输出到 docs/{功能名称}/prototypes/ 目录、交付与归档。交付时提示用户选择最满意的版本并重命名移动到 docs/product_prototypes/ 目录，首个页面命名为 design_master.html。
适用场景
适用于产品需求确认阶段的 UI 原型设计，包括单功能原型生成、全量产品设计、概念验证、多版本风格对比等场景。
限制
生成的 HTML 仅作为视觉参考和需求确认工具，不代表最终项目代码实现。严禁使用需要编译的框架（React/Vue），确保用户双击 HTML 即可预览。数据全部使用 Mock 数据。需遵守通用边界守卫规则 specs/GUARDRAILS.md。