技能介绍

从想法到可评审的 PRD，中间缺了什么

工程师和产品负责人经常遇到的问题是：需求讨论散落在聊天记录里，真正开始写文档时才发现关键决策已经失去上下文，验收标准全靠回忆补全。prd-writer 不替你做产品决策，它只负责把模糊的想法整理成一份结构稳定、可以直接进入评审的 PRD。骨架固定包含背景、目标、用户、范围、功能列表、验收标准、非功能需求和风险八个部分，生成时会把不确定的内容标成 [待确认]，避免把假设当成结论写进文档。

它如何完成一次需求梳理

结构化拆解：输入产品想法和背景后，先生成完整的 PRD 骨架，每个章节都有明确占位。
模板填充：用户故事和验收标准采用通用模板，逐节确认后填入内容，不跳过关键细节。
冲突检查：发现需求之间存在矛盾或覆盖缺失时主动追问，并用 MoSCoW 方法给出优先级建议。
直接导出：最终输出 Markdown，粘贴进协作工具即可，不需要二次排版。

适用边界与注意点

这个技能是文档撰写框架，不替代用户调研，也不生成交互原型，更不会写代码。使用时要特别注意：文档中会明确区分「已实现 / 假设 / 待定」三种状态，不会把未确认的假设写成既定需求，也不会编造任何用户调研数据。如果你需要的是从零构建功能，建议先用它搭好文档结构，再让设计和开发团队在此基础上推进。