创意到 PRD 文档

要解决什么问题

从「产品想法」到能开工的 PRD，中间常卡在：规划文档结构不一、缺 PRD 摘要、功能描述含糊、验收标准不可测。本技能把 idea-to-product 阶段的产出（或零散描述）收敛成一份可评审、可拆任务的 PRD，而不是直接写实现方案。

技能如何工作

前提分流：根据你手头材料自动选择路径——有完整规划且含第十一章 PRD 摘要则直接提取；无摘要则通读全文并告知提取结果；只有零散描述时最多补问 3 个问题（产品类型、核心用户与 MVP 功能、技术栈偏好）；若完全没有上下文，会提示先运行 idea-to-product skill。

串行与并行：

1. 解析输入（必须先完成）：按 references/phase-1-parse-input.md 提取关键信息，等你确认后再继续。
2. 生成 PRD：并行参考 phase-2-prd-sections.md、prd-template.md、tech-specs.md，按章节顺序逐章写出完整文档。
3. 质量门禁：输出前逐条过检查清单——用户故事配可测试 AC、功能规格写「做什么」不写「怎么实现」、数据模型与 API（或纯前端的状态管理规格）有示例、非功能指标可测量、开放问题显式列出、里程碑按 MVP 规模估算而非硬编码周期。

适用边界与注意点

• 规划里技术栈不明：PRD 中标「待定」，并在开放问题里列推荐选项。
• 功能或第三方集成信息不足：写入开放问题或调研对比，不自行假设。
• 功能很少（少于 5 个）：可合并数据模型与 API 章节，避免为结构凑篇幅。
• 用户指定输出格式时，以本模板为基础按用户要求调整。