用途：将一段讨论转换为简洁的 PRD，涵盖用户、问题、需求、技术实现和约束。当用户要求把讨论转成 PRD 时使用。
主要能力与用法：先通读完整对话，保留其意图，不臆造决策。评估讨论是否提供了足够的技术细节来说明如何实现需求。当技术细节缺失、不清晰或相互矛盾时，在 PRD 之前警告用户，指出不完整的领域，并建议使用 discuss-task 解决；仍基于现有细节撰写 PRD，不自动路由。
需求以嵌套的 Given/When/Then 树编写：共享上下文或步骤的需求归入共同父节点；每个嵌套项继承所有祖先条件，不重复继承文本；分支可按需深度嵌套，每个叶子必须陈述可测试的结果；节点以 Given、When 或 Then 开头，And 仅用于扩展父句；加粗 Given/When/Then/And 关键词以便扫读。
技术部分作为实现规范（how），包含：抽象 Mermaid 图，展示主要层次、组件和数据流；文件树，展示要新增或修改的文件或目录；相关架构、UI 层次与组件、API 与集成、数据模型与状态、错误处理、测试，以及迁移或发布细节。只包含讨论中明确确定或权威项目说明要求的技术约束，不依据通用最佳实践选择、推断或推导技术约束。当相关技术约束缺失或不完整时，在警告中指出缺口，并引导用户在决定前考虑 discuss-task；仍用已确定的约束撰写 PRD，未解决的约束标记为未指定。当相关技术领域、约束、图关系或文件路径未指定时明确说明，绝不臆造缺失的实现决策。只使用模板中的章节，优先使用简短项目符号。输出使用 OUTPUT.md。