| name | yy-create-prd |
| description | 创建或更新 AI 全栈 Web 项目的 PRD 产品需求文档。 用于用户明确要求生成 PRD、补充 PRD 内容、或更新现有 PRD 时触发。 不用于生成普通技术文档、API 文档或仅修改代码的场景。
|
yy-create-prd
描述
帮助用户创建或更新 AI 全栈 Web 项目的 PRD 产品需求文档，基于项目实际技术栈和功能规划，生成结构完整的产品需求文档。
使用场景
- 用户提到"创建 PRD"、"生成需求文档"、"撰写产品需求"
- 用户要求"生成 XX 项目的 PRD"、"为 XX 功能写需求文档"
- 用户要求"补充 PRD"、"更新 PRD"、"完善需求文档"
不应触发：
- 用户要求生成 API 文档、接口设计文档
- 用户要求生成代码注释、技术方案文档
- 用户仅要求审查或审核现有 PRD
指令
步骤 1. 识别任务类型
决策分支：
- 用户指定了 PRD 文件路径：进入步骤 2（更新模式）
- 用户未指定文件路径：进入步骤 2（创建模式）
步骤 2. 收集项目信息
根据任务类型选择信息收集方式：
创建模式：
- 了解目标项目名称和定位
- 了解核心功能需求（可追问用户，或从项目结构推断）
- 了解技术栈限制（如：不使用 Element Plus、使用 ChromaDB 而非 Milvus 等特殊约束）
- 了解迭代优先级（哪些功能先做，哪些后做）
更新模式：
- 读取现有 PRD 文件内容
- 了解用户需要补充或修改的内容
- 确认修改范围（全量更新 / 部分章节更新）
步骤 3. 确定 PRD 章节结构
根据项目类型选择需要包含的章节，PRD 标准章节包括：
必含章节（每个 PRD 都必须有）：
- 产品概述（定位、目标用户、核心价值）
- 功能架构（整体功能模块图）
- 核心功能详细需求
- 技术架构（后端/前端技术栈）
- 迭代路线图（Phase 分阶段规划）
可选章节（根据项目实际需求选择）：
- 竞品分析
- 数据模型设计
- 接口设计
- 非功能需求（性能、安全、可扩展性）
- 术语表
- 参考资料
步骤 4. 生成 PRD 内容
使用 templates/prd-template.md 作为基础模板，按以下规则填充内容：
技术栈描述规范：
- 后端框架注明技术栈名称和版本（如 Express + TypeScript）
- 数据库选型需注明是 MySQL 还是 PostgreSQL，以及使用的向量数据库（如 ChromaDB/Milvus/pgvector）
- 不使用 Element Plus 等用户明确禁止的组件库
- 消息队列、缓存等技术按实际情况描述
功能描述规范：
- 每个功能包含：功能名称、输入、输出、核心流程、边界情况
- AI 相关功能需注明：是否涉及 RAG、Embedding、流式输出、工具调用等
- 重计算任务（如 Embedding 生成、向量化）需注明执行位置（服务器 / 本地消费者）
迭代路线图规范：
- 按 Phase 1/2/3 分阶段，每阶段标注预计工作量
- Phase 1 优先放核心功能（优先级最高、工程价值最大的）
步骤 5. 输出文件
创建模式：
- 在用户指定目录下生成
{项目名}-prd.md 文件
- 文件编码：UTF-8
- 表格使用 Markdown 标准表格语法
更新模式：
- 读取现有文件，确认修改位置
- 按用户要求进行局部修改或全量重写
- 修改后保持原有文档结构和格式一致
步骤 6. 展示结果
向用户展示：
- 生成/更新的文件路径
- 文档包含的主要章节列表
- 关键决策点（如技术选型、优先级判断）的说明
- 待用户确认或补充的内容
安全边界
- 不修改用户未指定的文件
- 不在 PRD 中编造未经验证的技术细节
- 不强制要求用户接受特定技术选型，仅在 PRD 中如实记录用户决策
相关资源
templates/prd-template.md — PRD 文档模板
