pdlc-prdlisted
Install: claude install-skill kanfu-panda/pdlc-skills
# 创建 PRD 文档
根据用户提供的需求描述或已有需求文档，在 `docs/01_requirements/prd/` 目录下创建一份完整的 PRD（产品需求文档）。
<!-- @include templates/prompts/iron-law.md -->
## 段一：生成 PRD
### 1.1 输入解析（必须执行）
从 `$ARGUMENTS` 中判断输入类型：
1. **检测是否为文件路径**：匹配以下模式之一即视为文件输入：
- 以 `/`、`./`、`../`、`~` 开头
- 以 `.md`、`.txt`、`.docx`、`.pdf`、`.doc` 结尾
- 包含 `docs/` 或 `requirements/` 路径片段
- 是一个实际存在的文件路径
2. **文件输入处理**：
- 读取文件内容（支持 Markdown、纯文本、PDF）
- 若为飞书文档链接，通过飞书 API 获取
- 从内容提取：功能名称、范围、用户故事、验收标准
- **保留原文档核心内容**，仅补充和结构化，不重写
- 在 PRD 中添加：`<!-- 来源文档: <原始路径> -->`
3. **文本输入处理**：按描述推断功能需求
> **核心原则**：文件输入是「基于已有���容结构化」，文本输入是「从零生成」。
### 1.2 功能ID分配
<!-- @include templates/prompts/feature-id.md -->
### 1.3 生成 PRD 文档
1. 阅读 `templates/prd-template.md` 获取模板格式
2. 阅读 `docs/00_standards/coding/` 获取编码规范（若存在；**查找未命中 → 在报告里提示 `consider /pdlc-standard add coding/<topic>`**）
3. 文件名格式：`<功能ID>-<功能名>-prd.md`
4. 文档顶部加 PDLC 追溯头：
<!-- @include templates/prompts/pdlc-trace.md -->
5. 文档必须包含：背景与目标、目标用户、功能需求（含优先级）、非功能需求、验收标准
<!-- @include templates/prompts/output-language.md -->
7. 用户故事使用标准格式："作为[角色]，我希望[功能]，以便[收益]"
### 1.4 关系检测（RFC#6）
从输入检测 feature 关系信号：
1. **关键词扫描**：输入含「基于 / 扩展 / 增强 / based on / extends / 依赖 / 替代 / 修复缺陷」等 → 存在关系
2. **扫描现有 feature**：读 `docs/.pdlc-state/*.json` 列已有 feature 名，判断本 PRD 是否 extends/depends_on 其一
3. **填 §6.1 关系表**：识别到的关系填入模板「6.1 关系」表（类型/目标ID/目标名/原因）。无则留空
4. 类型语义见 `relations.md`
> Phase 2：本步从"被动检测"升级为"主动提示用户确认关系"。
## 段二：自检（强制）
<!-- @include templates/prompts/self-audit.md -->
### PRD 自检清单（必须全部检查）