想法到产品 PRD 生成器

解决的问题

产品想法到 PRD 之间常有一段断档：零散描述缺用户、缺功能边界、缺验收标准；完整规划文档又可能把“做什么”和“怎么做”混在一起。直接让模型写 PRD，容易出现假想完整、指标不可测、里程碑硬编码等问题。该技能把输入分级，先判断资料成熟度，再决定是提取、补问还是拒绝生成。

工作方式

• 前提检查：完整产品规划文档优先从 PRD 摘要 提取；无摘要则通读全文并告知用户；只有零散描述时最多补问 3 个关键问题：产品类型、核心用户与 MVP 功能、技术栈限制。
• 串行解析：先完成输入解析并向用户确认，再生成 PRD，避免基于错误前提继续写作。
• 并行参考：写作阶段同时使用 phase-2-prd-sections.md、prd-template.md 和 tech-specs.md，按章节输出功能规格、数据模型、API 或状态管理规格、页面流程、非功能要求和开放问题。
• 质量门禁：输出前检查用户故事是否可验收、指标是否可测量、边界状态是否覆盖、开放问题是否列出，全部通过才交付。

适用边界

适合从产品想法、MVP 规划或规划文档生成结构化 PRD，尤其需要把模糊描述收敛为可评审文档的场景。不适合替代架构设计、安全评审或市场验证；技术栈不明、第三方集成不足时，应在 开放问题 中标注，而不是自行假设实现方案。