用途：围绕用户的自然语言描述，以结构化调研和提问充实 PRD，把模糊想法转化为详实、可审查、无歧义的产品需求文档，供实现者直接使用。
主要能力与流程：分三阶段。阶段一搭建 PRD 大纲，抓住最初想法拆解为章节并逐一探询：用户故事（谁在用、想完成什么、为什么）、验收标准（以可测试条款列出如何判断完成）、边界情况（空输入、错误处理、并发）、技术约束（平台、性能、外部依赖）、非功能需求（安全性、可访问性、性能）。阶段二审阅、复核、深挖，对照项目 ADR（docs/adr/）和领域文档（CONTEXT.md）审查，找出遗漏细节并让用户做决定，属于设计审查而非格式检查，目标是让 PRD 足够完备，使实现者不必中途停下讨要上下文。阶段三发布到 Issue 跟踪器，发布前需先获得用户批准。
原则：PRD 是给实现者看的，用开发者能直接转化为代码的语言表述验收标准；含糊不清是 bug，不接受空白空格，存在歧义就问清楚；保持篇幅适中，PRD 是实际工作文档而非研究论文，每个章节都应对实现有直接帮助。
适用场景：用户想开始一个新功能并需要完善 PRD 时使用。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据，暂未提供。