feat：整理产品文档生成技能包以及文档模块
This commit is contained in:
fengpu
@@ -1,3 +1,8 @@
|
||||
---
|
||||
name: design-overview
|
||||
description: 生成模块设计总览页（页面形态清单 + 截图复用 + 设计总览 HTML）。当用户要求「生成设计总览」「design overview」时使用。
|
||||
---
|
||||
|
||||
# Skill: 生成模块设计总览页
|
||||
|
||||
## 触发方式
|
||||
@@ -0,0 +1,68 @@
|
||||
---
|
||||
name: doc-brochure
|
||||
description: 生成指定子系统的《产品宣传册》（HTML 静态页，A4 分页排版，可直接转 PDF）。当用户要求「生成 XX 系统的宣传册/产品手册」时使用。
|
||||
---
|
||||
|
||||
# Skill：生成产品宣传册
|
||||
|
||||
## 触发方式
|
||||
|
||||
用户说「生成 XX 系统的宣传册」「做一份 XX 系统产品手册」时触发。
|
||||
参数「XX 系统」为业务域子系统名。
|
||||
|
||||
## 输入参数
|
||||
|
||||
- **子系统名**（必须，中文）：如 `体重管理系统`
|
||||
- **Slogan / 价值主张**（可选）：缺省由 skill 依据子系统概述提炼
|
||||
- **平台品牌名**（可选）：缺省用通用名「企业健康管理平台」，不得含客户信息
|
||||
|
||||
## 模板与素材
|
||||
|
||||
- 模板：`_templates/docs/brochure-template.html`
|
||||
- 素材：该子系统各终端 `doc/PRD.md` 的模块概述、页面清单；`项目背景.md` 的终端/角色说明
|
||||
|
||||
## 执行流程
|
||||
|
||||
### Step 1：采集子系统信息
|
||||
|
||||
1. 定位子系统各端目录（方法见 doc-detailed-design Step 1）
|
||||
2. 读各端 PRD「模块概述」提炼：产品定位、核心价值、功能模块清单
|
||||
3. 从页面清单统计：终端数、功能模块数、页面数（用于概述页的指标卡片）
|
||||
4. 从 `项目背景.md` 6.2 用户群体表提炼「终端覆盖 + 服务人群」
|
||||
|
||||
### Step 2：提炼宣传内容（精炼，忌堆砌）
|
||||
|
||||
- **封面**：产品名 = 子系统名，Slogan 一句话价值主张，3 个关键词 tag
|
||||
- **概述**：定位一句话 + 价值 2~3 句 + 4 个量化指标（终端/模块/页面/人群）
|
||||
- **核心功能**：选 4~6 个最有代表性的功能模块，每个配 1 个 emoji 图标 + 简介 + 2 个亮点
|
||||
- **特色优势**：6 条优势（01~06 编号卡片）
|
||||
- **终端覆盖**：列出该子系统覆盖的终端（每个配 emoji + 一句说明）
|
||||
|
||||
### Step 3：填充 HTML 模板
|
||||
|
||||
1. 复制 `brochure-template.html`，将 `{占位符}` 替换为采集到的内容
|
||||
2. 功能模块页如超过 6 个功能，复制 `.feat` 卡片或新增一页「核心功能」
|
||||
3. 保持内联 CSS 与设计令牌不变，仅替换文字与 emoji
|
||||
4. 确保所有 `{...}` 占位符都被替换，不留占位符残留
|
||||
|
||||
### Step 4：写入输出文件
|
||||
|
||||
输出到 `交付文档/{子系统名}/{子系统名}产品宣传册.html`。
|
||||
|
||||
### Step 5：转 PDF 检查（可选）
|
||||
|
||||
- 宣传册模板已内置 `@page A4 landscape`（横版）与 `.page` 分页
|
||||
- 可用 headless 浏览器打印转 PDF，或直接交付 HTML（甲方以 HTML 浏览 / 转 PDF 均可）
|
||||
|
||||
## 输出物
|
||||
|
||||
- `交付文档/{子系统名}/{子系统名}产品宣传册.html`
|
||||
|
||||
## 注意事项
|
||||
|
||||
- **美观精炼**：宣传册面向客户，语言要有感染力，忌长篇技术描述；每页信息密度适中，元素丰富（图标/装饰/渐变卡片），避免单一
|
||||
- **横版分页**：每 `.page` 一屏一页（297×210mm 横版 A4），内容横向铺满，避免纵向留白
|
||||
- **配色统一**：沿用模板品牌蓝 `#1890FF` 设计令牌，不另造配色
|
||||
- **内容通用**：宣传册必须通用，不得体现客户信息（如「油田」、客户公司名、委托方名称等）
|
||||
- emoji 图标用于视觉占位，正式交付如需替换为专业图标，告知用户
|
||||
- 文档名称「{子系统名}产品宣传册.html」为中文，符合甲方要求
|
||||
@@ -0,0 +1,74 @@
|
||||
---
|
||||
name: doc-database-design
|
||||
description: 生成指定子系统的《数据库设计说明书》，根据研发提供的 SQL 文件解析表结构。当用户要求「生成 XX 系统的数据库设计说明书」并提供 SQL 文件/目录时使用。
|
||||
---
|
||||
|
||||
# Skill：生成数据库设计说明书
|
||||
|
||||
## 触发方式
|
||||
|
||||
用户说「生成 XX 系统的数据库设计说明书」并给出 SQL 文件或目录时触发。
|
||||
参数「XX 系统」为业务域子系统名。
|
||||
|
||||
## 输入参数
|
||||
|
||||
- **子系统名**（必须，中文）：如 `体重管理系统`
|
||||
- **SQL 文件或目录**（必须）：研发提供的建表 SQL（单个 `.sql` 文件或含多个 SQL 的目录）
|
||||
|
||||
## 模板与素材
|
||||
|
||||
- 模板：`_templates/docs/database-design-template.md`
|
||||
- 解析脚本：`_templates/docs/parse-sql.js`（自动解析 PostgreSQL SQL，直接生成 Markdown）
|
||||
- 表结构格式沿用 `doc/体重管理项目系统设计说明.docx` 5.3 节（注意：docx 为 MySQL 示例，本项目实际为 PostgreSQL）
|
||||
|
||||
## 执行流程
|
||||
|
||||
### Step 1：定位 SQL 源
|
||||
|
||||
1. 用户指定的 SQL 文件/目录路径；目录则 Glob `**/*.sql` 收集全部 SQL 文件
|
||||
2. 逐个读取，定位 `CREATE TABLE` 语句
|
||||
|
||||
### Step 2：解析表结构（PostgreSQL）
|
||||
|
||||
**本项目数据库为 PostgreSQL**，优先用脚本自动解析：
|
||||
|
||||
```bash
|
||||
node _templates/docs/parse-sql.js <SQL文件> <输出md路径> <子系统名> PostgreSQL
|
||||
```
|
||||
|
||||
脚本自动解析：`CREATE TABLE` 块、表注释、字段注释、主键、索引，并直接生成 Markdown。
|
||||
|
||||
**手动解析时**，PostgreSQL 格式规则：
|
||||
- 表名：`CREATE TABLE "schema"."table" (` 中的 `table`
|
||||
- 表注释：`COMMENT ON TABLE "schema"."table" IS '...'`
|
||||
- 字段注释：`COMMENT ON COLUMN "schema"."table"."col" IS '...'`
|
||||
- 主键：`ALTER TABLE ... ADD CONSTRAINT ... PRIMARY KEY ("col")`（本项目主键统一为雪花 `id`）
|
||||
- 允许空值：`NOT NULL` → `NO`，否则 `YES`
|
||||
- 数据类型+长度：`varchar(255)` → varchar/255；`numeric(6,2)` → numeric/6,2；`int8`/`int4`/`int2`/`timestamp(0)`/`date`/`text` → 长度空
|
||||
|
||||
### Step 3：按模板生成
|
||||
|
||||
按 `database-design-template.md` 生成：
|
||||
|
||||
- **1. 概述**：数据库环境（PostgreSQL / UTF-8）+ 命名规范 + 设计原则（直接复用模板通用条文）
|
||||
- **2. 数据表清单**：汇总所有表「表中文名（取表注释，无注释则暂留空）+ 英文表名 + 说明」，按业务模块分组
|
||||
- **3. 数据表结构说明**：每表一个小节，标题 `### 3.x {表中文名}({英文表名})`，字段表 7 列：
|
||||
`| 序号 | 列名 | 数据类型 | 长度 | 主键 | 允许空值 | 列说明 |`
|
||||
- **4. 表关系与 ER 图**：根据外键/关联字段推断表关系，生成 Mermaid `erDiagram`；无法推断则列出主外键关联说明
|
||||
- **5. 索引与约束设计**：整理主键、唯一索引、普通索引
|
||||
- **6. 数据字典**：整理枚举类字段（如状态、类型）的取值字典，从字段注释中的「0-xx,1-xx」描述提取
|
||||
|
||||
### Step 4：写入输出文件
|
||||
|
||||
输出到 `交付文档/{子系统名}/{子系统名}数据库设计说明书.md`。
|
||||
|
||||
## 输出物
|
||||
|
||||
- `交付文档/{子系统名}/{子系统名}数据库设计说明书.md`
|
||||
|
||||
## 注意事项
|
||||
|
||||
- SQL 注释是字段中文说明的唯一来源，`COMMENT ON COLUMN` 缺失时列说明留空并汇总提示用户补充
|
||||
- 表结构字段表严格沿用 7 列格式（序号/列名/数据类型/长度/主键/允许空值/列说明）
|
||||
- 若 SQL 无表注释，表中文名先留空，提醒用户补齐
|
||||
- 文档全部使用简体中文
|
||||
@@ -0,0 +1,92 @@
|
||||
---
|
||||
name: doc-detailed-design
|
||||
description: 生成指定子系统的《详细设计说明书》（8 章正式框架）。当用户要求「生成/编写 XX 系统的详细设计说明书」「系统设计说明」「详细设计」时使用。参考 doc/体重管理项目系统设计说明.docx 的章节结构。
|
||||
---
|
||||
|
||||
# Skill：生成详细设计说明书
|
||||
|
||||
## 触发方式
|
||||
|
||||
用户说「生成 XX 系统的详细设计说明书」「编写 XX 系统设计说明书」「XX 系统详细设计」时触发。
|
||||
参数「XX 系统」为业务域子系统名，如「体重管理系统」「健康体检系统」。
|
||||
|
||||
## 输入参数
|
||||
|
||||
- **子系统名**（必须，中文）：如 `体重管理系统`
|
||||
- **补充信息**（可选）：甲方名称、技术架构说明等，缺省用模板默认值
|
||||
|
||||
## 模板与素材
|
||||
|
||||
- 模板：`_templates/docs/detailed-design-template.md`
|
||||
- 架构图模板：`_templates/docs/architecture-business.html`（业务架构图）、`_templates/docs/architecture-technical.html`（技术架构图）
|
||||
- 公共章节素材：`_templates/docs/common-sections-template.md`
|
||||
- 项目背景：根目录 `项目背景.md`
|
||||
- 各终端 PRD：`{模块目录}/doc/PRD.md`（提供模块概述、导航结构、逐页说明）
|
||||
|
||||
## 执行流程
|
||||
|
||||
### Step 1：定位子系统目录（多端）
|
||||
|
||||
1. 读根目录 `index.html`，grep `SITE_MAP` 中 `name:'{子系统名}'` 的模块条目（同一子系统可能出现在多个端，如 Web 管理端与员工端 APP 各一条）
|
||||
2. 每个条目提取两个字段：
|
||||
- `dir`：模块英文目录（如 `web-admin/weight-management`）
|
||||
- `prd`：PRD 文档路径（如 `web-admin/weight-management/doc/PRD.md`，部分模块可能缺失）
|
||||
3. 汇总得到「端目录列表 + 各端 PRD 路径」
|
||||
4. 兜底：某端 `prd` 字段缺失时，用 Glob 检查 `{dir}/doc/PRD.md` 是否存在；SITE_MAP 未收录的独立产物（如 other-module 子设备）用 Glob 扫描补全
|
||||
|
||||
### Step 2：扫描页面清单
|
||||
|
||||
1. 对每个端目录，从 SITE_MAP 的 `pages` 数组读取页面（`file` + `label` 中文名）
|
||||
2. 若 SITE_MAP 未覆盖（如 other-module 子设备），用 Glob 列目录下 `.html` 文件
|
||||
3. 读各端 `doc/PRD.md` 的「模块概述」「页面导航结构」段，获取业务主线分组（一级菜单/侧边栏组）
|
||||
|
||||
### Step 3：填充模板
|
||||
|
||||
按 `detailed-design-template.md` 逐章填充：
|
||||
|
||||
- **封面**：项目名 = `健康CQ升级 —— {子系统名}`，委托方 = CQ能源公司，日期 = 当天
|
||||
- **一、项目背景**：综合 `项目背景.md` 6.1 节 + 各端 PRD 模块概述
|
||||
- **二、建设目标**：分条，参考 docx「建设目标」句式（构建生态/打造引擎/实现追踪/建立评估）
|
||||
- **三、需求说明与功能设计**：
|
||||
- 3.1 需求概述：按端分列需求点
|
||||
- 3.2 功能清单：列表罗列各端菜单名称（后台 + 移动端分开）
|
||||
- 3.3 业务架构设计：四层描述（交互层/应用服务层/整合层/数据服务层）+ 业务架构图（H5 生成后截图，见 Step 4）
|
||||
- 3.4 核心业务详细设计：**按「端 → 功能模块（一级菜单）→ 功能点」三级展开**，每个功能点写「功能描述 + 功能点列表」
|
||||
- **四、技术架构**：基于实际技术栈（后端 Spring Cloud Alibaba + Nacos + PostgreSQL + Redis + RocketMQ + XXL-Job + MinIO + Feign + Sentinel + Sa-Token；前端 Qiankun 微前端 + Vue3 + Ant Design Vue）+ 技术架构图（H5 生成后截图）
|
||||
- **五、数据库**：写概述 + 引用《{子系统名}数据库设计说明书》
|
||||
- **六、安全与可用性**：补全安全措施（身份认证/权限/加密/传输/审计/脱敏）+ 可用性设计（性能指标表，参考共性需求说明.md 性能要求）
|
||||
- **七、部署与运维**：补全部署架构、环境划分、部署步骤、运维方案、告警机制
|
||||
- **八、售后服务**：可选，甲方无要求则标注「本章略」
|
||||
|
||||
### Step 4：并入公共章节
|
||||
|
||||
从 `common-sections-template.md` 复制「登录与认证 / 消息 / AI 助手 / 个人中心 / 组织架构」章节，作为「三、需求说明」下的「公共部分」小节，或按需融入各端功能设计。
|
||||
|
||||
### Step 5：架构图与截图引用
|
||||
|
||||
**架构图生成（业务架构图 + 技术架构图）**：
|
||||
1. 复制 `_templates/docs/architecture-business.html` / `architecture-technical.html`，按子系统内容修改各层盒子的标题与子项
|
||||
2. 用浏览器打开 HTML，设置视口宽度 1008px、高度设为内容实际高度（用 JS 获取最后一个盒子底部位置 + body padding）
|
||||
3. 截图保存为 `交付文档/{子系统名}/业务架构图.png`、`技术架构图.png`
|
||||
4. 文档中引用 ``、``
|
||||
|
||||
**界面原型截图**：
|
||||
- 沿用各端 `doc/screenshots/` 现有截图
|
||||
- 路径从输出文档位置指回：`../../{端目录}/doc/screenshots/{页面名}.jpg`
|
||||
- 无截图则省略「界面原型」图，保留文字说明
|
||||
|
||||
### Step 6：写入输出文件
|
||||
|
||||
输出到 `交付文档/{子系统名}/{子系统名}详细设计说明书.md`，目录不存在则创建。
|
||||
|
||||
## 输出物
|
||||
|
||||
- `交付文档/{子系统名}/{子系统名}详细设计说明书.md`
|
||||
|
||||
## 注意事项
|
||||
|
||||
- **截图沿用现有**，不重新截取；无现成截图就不放图
|
||||
- 技术架构/安全/部署/售后等通用章节可跨子系统复用，不必每次从零写
|
||||
- 3.3 核心业务详细设计是本说明书的主体，功能点要与页面清单一一对应，不得遗漏页面
|
||||
- 文档全部使用简体中文，表格、标题层级严格按模板
|
||||
- 不改动任何现有文件，只新建交付文档
|
||||
@@ -0,0 +1,77 @@
|
||||
---
|
||||
name: doc-operation-manual
|
||||
description: 生成指定子系统、指定终端的《操作手册》。当用户要求「生成 XX 系统 XX 端操作手册」「编写 XX 端使用手册/操作说明」时使用。操作手册按「子系统 + 终端」分册。
|
||||
---
|
||||
|
||||
# Skill：生成操作手册
|
||||
|
||||
## 触发方式
|
||||
|
||||
用户说「生成 XX 系统的 XX 端操作手册」「编写 XX 端操作说明/使用手册」时触发。
|
||||
需同时指定「子系统名」和「终端名」。
|
||||
|
||||
## 输入参数
|
||||
|
||||
- **子系统名**（必须，中文）：如 `体重管理系统`
|
||||
- **终端名**（必须，中文）：如 `Web管理端` / `员工端APP` / `体检医生工作台` / `医疗点PAD`
|
||||
- **适用对象**（可选）：用户角色，缺省按终端推断
|
||||
|
||||
## 模板与素材
|
||||
|
||||
- 模板：`_templates/docs/operation-manual-template.md`
|
||||
- 公共章节素材：`_templates/docs/common-sections-template.md`
|
||||
- 素材：该终端 `doc/PRD.md` 的「逐页说明」（功能说明 + 交互说明）与截图
|
||||
|
||||
## 执行流程
|
||||
|
||||
### Step 1：定位目标终端目录
|
||||
|
||||
1. 读根目录 `index.html`，grep `SITE_MAP` 中 `name:'{子系统名}'` 的条目
|
||||
2. 根据「终端名」匹配所属端（SITE_MAP 顶层 `id`/`label`，如「Web管理端」→ `id:'web-admin'`），定位到唯一模块目录，如 `web-admin/weight-management`
|
||||
3. 读该终端 `prd` 字段指向的 `doc/PRD.md`（缺失则 Glob 补查），获取页面清单与逐页说明
|
||||
|
||||
### Step 2：整理运行环境与适用对象
|
||||
|
||||
- 运行环境引用 `项目背景.md` 2.x 视觉规范对应终端尺寸：
|
||||
- Web 管理端：浏览器，最小宽度 1280px，侧边栏 240px
|
||||
- 员工端 APP：390×844（iPhone 14）
|
||||
- 医疗点 PAD：1280×800 横屏
|
||||
- 微信小程序：375×812
|
||||
- 适用对象按终端推断（平台管理员/能源员工/体检医生/医疗点医护人员等）
|
||||
|
||||
### Step 3：将 PRD 改写为操作手册
|
||||
|
||||
按 `operation-manual-template.md` 生成，核心是把 PRD 的「交互说明」从**设计视角改写为「用户操作视角」的分步操作**：
|
||||
|
||||
- **1. 概述**：系统简介 + 适用对象 + 运行环境 + 登录说明（步骤化）
|
||||
- **2. 界面总览**：布局说明 + 首页/工作台截图 + 导航结构
|
||||
- **3. 功能操作指南**：按「一级菜单/业务线」分组，每个功能点写：
|
||||
- **操作步骤**（编号列表，从「进入某页面」到「完成某操作」）
|
||||
- **界面截图**（沿用 PRD 截图）
|
||||
- **注意事项**（从 PRD 业务规则提炼用户须知的要点）
|
||||
- **4. 常见问题与故障处理**：提炼常见操作疑问与处理方法（表格）
|
||||
- **5. 附录**：术语表 + 快捷操作
|
||||
|
||||
### Step 4：并入公共操作章节
|
||||
|
||||
从 `common-sections-template.md` 复制「登录与认证 / 消息 / AI 助手 / 个人中心」相关操作说明，并入第 3 章相应位置。
|
||||
|
||||
### Step 5：截图引用
|
||||
|
||||
- 沿用该终端 `doc/screenshots/` 现有截图
|
||||
- 路径从 `交付文档/{子系统名}/操作手册/` 指回：`../../../{端目录}/doc/screenshots/{页面名}.jpg`
|
||||
|
||||
### Step 6：写入输出文件
|
||||
|
||||
输出到 `交付文档/{子系统名}/操作手册/{子系统名}{终端名}操作手册.md`。
|
||||
|
||||
## 输出物
|
||||
|
||||
- `交付文档/{子系统名}/操作手册/{子系统名}{终端名}操作手册.md`
|
||||
|
||||
## 注意事项
|
||||
|
||||
- 操作手册面向**终端用户**，语言要通俗、步骤化，避免出现实现细节（如字段名、接口名）
|
||||
- 截图沿用现有，不重新截图
|
||||
- 每个子系统的每个终端单独一份手册，公共操作（登录/消息等）在各手册中重复体现（甲方要求）
|
||||
- 文档全部使用简体中文
|
||||
@@ -0,0 +1,73 @@
|
||||
---
|
||||
name: doc-prd-merge
|
||||
description: 将同一子系统的多个终端 PRD 合并成一份《产品需求文档》。当用户要求「合并 XX 系统的 PRD」「生成 XX 系统产品需求文档」时使用。只合成新文件，不改动现有各终端 PRD，沿用现有截图。
|
||||
---
|
||||
|
||||
# Skill：合并产品需求文档（PRD）
|
||||
|
||||
## 触发方式
|
||||
|
||||
用户说「合并 XX 系统的 PRD」「生成 XX 系统产品需求文档」「整理 XX 系统 PRD」时触发。
|
||||
参数「XX 系统」为业务域子系统名。
|
||||
|
||||
## 输入参数
|
||||
|
||||
- **子系统名**（必须，中文）：如 `体重管理系统`
|
||||
|
||||
## 模板与素材
|
||||
|
||||
- 模板：`_templates/docs/prd-merge-template.md`
|
||||
- 素材：各终端已有的 `{模块目录}/doc/PRD.md`（**只读取，不改动**）
|
||||
|
||||
## 执行流程
|
||||
|
||||
### Step 1：定位子系统各终端的 PRD
|
||||
|
||||
1. 读根目录 `index.html`，grep `SITE_MAP` 中 `name:'{子系统名}'` 的条目，提取每条目的 `prd` 字段，得到「终端名 → PRD 路径」映射，如：
|
||||
- Web管理端 → `web-admin/weight-management/doc/PRD.md`
|
||||
- 员工端APP → `employee-app/weight-management/doc/PRD.md`
|
||||
2. `prd` 字段缺失的端，用 Glob 检查 `{dir}/doc/PRD.md` 是否存在
|
||||
3. 确认每条 PRD 路径文件真实存在后再读取
|
||||
|
||||
### Step 2：读取各终端 PRD 内容
|
||||
|
||||
对每个 PRD，提取四类内容：
|
||||
1. **模块概述**（`## 模块概述` 段 + 页面导航结构树）
|
||||
2. **页面清单**（`## 页面清单` 段，表格）
|
||||
3. **逐页说明**（`## 逐页说明` 段，含截图引用、功能说明、业务规则、交互说明）
|
||||
4. **表单字段表**（`## 表单字段表` 段）
|
||||
|
||||
### Step 3：按模板合成新文档
|
||||
|
||||
按 `prd-merge-template.md` 合成：
|
||||
|
||||
- **标题**：`{子系统名}产品需求文档`
|
||||
- **合并说明**：顶部标注各终端 PRD 来源路径（原始文件未改动）
|
||||
- **1. 子系统概述**：整合各终端「模块概述」为统一一段 + 按端分组的统一导航结构树 + 状态流转图（如有）
|
||||
- **2. 页面清单**：按端分组沿用原表格；**公共页面（登录/消息等）归入「公共部分」小节，不重复罗列**
|
||||
- **3. 逐页说明**：按端分组沿用原文，截图路径改为「从本文档位置指回原模块 doc/screenshots/ 的相对路径」
|
||||
- **4. 表单字段表**：按端分组合并
|
||||
|
||||
### Step 4：重算截图相对路径
|
||||
|
||||
- 原 PRD 内截图引用为 `screenshots/xxx.jpg`（相对其所在 `doc/` 目录）
|
||||
- 合并后文档位于 `交付文档/{子系统名}/{子系统名}产品需求文档.md`
|
||||
- 指向 `web-admin/weight-management/doc/screenshots/xxx.jpg` 的相对路径为：
|
||||
`../../web-admin/weight-management/doc/screenshots/xxx.jpg`
|
||||
- 逐一改写合并文档中的截图路径，**沿用现有图片文件，不复制、不重新截图**
|
||||
|
||||
### Step 5：写入输出文件
|
||||
|
||||
输出到 `交付文档/{子系统名}/{子系统名}产品需求文档.md`。
|
||||
|
||||
## 输出物
|
||||
|
||||
- `交付文档/{子系统名}/{子系统名}产品需求文档.md`（合并版，新文件）
|
||||
|
||||
## 注意事项
|
||||
|
||||
- **绝对不改动现有各终端 PRD 文件**，只新建合并文档
|
||||
- **截图沿用现有**：用相对路径指回原位置，不复制图片、不重新截图
|
||||
- 同一子系统各终端 PRD 若存在同名的公共页面，只保留一处（归「公共部分」），避免重复
|
||||
- 页面清单、逐页说明、表单字段表均按「端」分组，保持各端内容完整可追溯
|
||||
- 文档全部使用简体中文
|
||||
Reference in New Issue
Block a user