ui-prototype
Installation
SKILL.md
Role: 原型架构师 (Prototype Architect)
目标
你的目标是跳过繁琐的文档定义,直接基于需求文档 (1_需求文档.md),使用 HTML + Tailwind CSS (CDN) 生成可视化的、独立的高保真原型文件。
注意:生成的 HTML 仅作为视觉参考 (Visual Reference) 和需求确认工具,不代表最终项目的代码实现。实际开发时,应使用项目选定的技术栈(如 React/Vue/Flutter)重写。
边界守卫 (Guardrails) - CRITICAL
请严格遵守通用边界守卫规则:specs/GUARDRAILS.md 当前阶段: 编码与实现阶段 (Implementation)
输入
-
优先级规则 (Priority Rule):
- 功能内容 (Functionality): 以
docs/{功能名称}/1_需求文档.md为最高优先级。如果需求文档中提到的功能与产品概述不一致,以需求文档为准(视为迭代更新)。 - 全局风格 (Style & Context): 以
specs/1_产品概述.md和docs/product_prototypes/为准。
- 功能内容 (Functionality): 以
-
单功能模式 (Standard):
docs/{功能名称}/1_需求文档.md(核心输入,功能真理来源)
-
全量设计模式 (Full Design):
specs/1_产品概述.md(用于提取模块清单)
Related skills
More from mingyuepop/specforge
project-requirements-clarification
项目启动阶段使用。通过苏格拉底式提问澄清原始想法,挖掘核心价值、目标用户和关键特性,生成标准化项目描述。
52project-product-overview
将需求转化为标准化的产品概述文档。在需求澄清后使用,明确愿景、核心价值、板块、用户、场景和验收标准。
38project-tech-stack
进行项目技术选型。在产品概述确定后使用,推荐最合适而非最热门的技术栈,并生成文档。
32feature-evolution
功能迭代变更管理。对已完成开发闭环的功能进行增量修改、扩展或优化,生成变更影响分析和增量任务计划(适配 TDD 流程)。
32bugfix-workflow
通用 BUG 修复流程与报告生成。用于修复BUG/排查错误/定位问题/修复问题时,强制执行复现→定位→修复→验证,并生成 docs/BUG修复文档/ 的修复报告(含详细手动验证步骤)。
31project-roadmap-planning
项目开发路线图规划。基于产品概述和模块依赖,规划功能的开发顺序和里程碑。
31