# prd-html-skill **Repository Path**: xiaojilong/prd-html-skill ## Basic Information - **Project Name**: prd-html-skill - **Description**: No description available - **Primary Language**: Unknown - **License**: MIT - **Default Branch**: main - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-09-01 - **Last Updated**: 2026-09-01 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # prd-html > 将 PRD、页面清单或系统截图转成可点击、可验收、可离线交付的 HTML 交互原型。 `prd-html` 面向产品经理和 AI 工具实践者。它使用 Markdown 管理需求结构,按页生成 HTML,并通过设计规范、生成门禁和验收清单控制多页原型的一致性。 ## 适用场景 - 将 PRD 或需求文档转成可点击的 HTML 原型。 - 将页面清单拆成多页原型,并走通跨页业务流程。 - 根据现有系统截图建立页面结构和设计规范。 - 生成使用 mock 数据的体验级原型,用于需求评审、流程走查和方案演示。 单页、一次性演示可以直接生成 HTML,无需执行完整 spec 流程。需要像素级还原、复杂动效或生产级前端代码时,应使用专业设计和开发流程。 ## 设计原则 Markdown 是需求的唯一事实源,HTML 是根据 Markdown 生成的交互产物。 需求发生变化时,先更新 Markdown,再根据影响范围更新单页或全局产物。页面生成前先确认需求结构,可以减少生成完整页面后的返工。 ## 安装 1. 下载或克隆本仓库。 2. 将完整的 `prd-html/` 目录放入所用 AI 工具的 skills 目录。 3. 保留 `SKILL.md`、`assets/`、`design-specs/` 和 `references/` 的相对目录结构。 4. 新建对话,使用下方示例语句触发 skill。 skills 目录的具体位置由 AI 工具决定,请以对应工具的官方文档为准。 ## 快速开始 ```text 按这份 PRD 生成一套可点击的 HTML 原型。 把这几个页面做成可以演示的网页,页面之间要能跳转。 根据这份需求文档生成多页交互原型。 ``` 开工前,skill 会要求确认: - 原型生成目录。 - 设计规范选型。 - 需求中没有写清的字段、跳转或交互。 需求不明确时,skill 会使用 `[NEEDS CLARIFICATION: 具体问题]` 标记并询问,不自行补全。 ## 执行流程 1. 确认原型生成目录。 2. 列出设计规范清单,等待用户选型。 3. 生成导航地图、公共规范和单页 spec。 4. 生成公共样式和 mock 数据。 5. 每批生成 1—2 个页面,每页完成后立即截图验收。 6. 生成 `index.html` 和交付 README,邀请用户完整走查。 7. 验收通过后,打包单文件 HTML 交付版。 ## Skill 目录 ```text prd-html/ ├── SKILL.md ├── README.md ├── assets/ │ ├── 导航地图模板.md │ ├── 页面spec模板.md │ └── 公共规范-通用.md ├── design-specs/ │ ├── index.md │ ├── 后台-通用.md │ └── APP-通用.md ├── references/ │ └── 单文件交付.md └── evals/    └── evals.json ``` ## 设计规范扩展 项目公共规范由三部分拼装: ` 通用 token 骨架 + 选定的类型规范 + 项目色板 = 项目专属公共规范 ` 内置规范包括: - `后台-通用.md`:后台管理类产品。 - `APP-通用.md`:移动 APP 类产品。 遇到新项目时,可以通过截图、设计文档或文字描述生成新规范,存入 `design-specs/` 并登记到 `design-specs/index.md`。后续开工时,新规范会出现在选型清单中,继续由用户确认。 扩展时请检查: - 新规范没有包含个人路径、客户数据或未授权素材。 - `index.md` 中的文件名、适用类型和状态已经更新。 - 生成前仍然会向用户列出清单并等待选择。 ## 交付结构 ```text 原型名/ ├── spec/ # 需求结构和页面规格 ├── src/ # HTML 页面、公共样式和 mock 数据 ├── 预览截图/ # 逐页验收和交付截图 ├── <原型名>-完整交互原型.html # 可离线打开的单文件交付版 └── README.md # 打开方式和页面清单 ``` `spec/` 用于在 HTML 生成前确认 AI 对需求的理解。页面边界、字段和跳转关系可以先在文字阶段修正,再进入页面生成。 ## 质量控制 - **不许猜**:需求不明确时停下询问。 - **生成前门禁**:检查规范、导航和工程边界。 - **逐页验收**:检查打开、布局、跳转、状态、风格、视觉签名和文案。 - **整体验收**:全部页面完成后,从统一入口走通主流程。 - **单文件验证**:从最终打包文件本身打开验证,不用分页结果代替。 ## 与 Spec Kit 的关系 本 skill 借鉴了 [GitHub Spec Kit](https://github.com/github/spec-kit) 的 spec-driven 思路,保留了单一事实源、待澄清标记、生成前检查和验收清单。 为适应产品原型场景,本 skill 没有引入 git 分支、特性编号、API 合约和命令链等完整工程仪式。 ## 使用边界 - 输出是需求评审用的体验级原型,不是生产级前端工程。 - 对像素级视觉还原、复杂动效或特定原型工具格式有强制要求时,需要使用其他工具。 - 涉及真实用户、合同、金额或其他敏感数据时,生成前应先确认合规性,默认使用 mock 数据。