用途：把模糊的产品想法通过访谈整理成一份可交给他人阅读的 PRD 文件，并在任何技术设计之前停下。输出为当前项目下的 .prd/<slug>.md 单个 Markdown 文件。
主要能力：按 Situation（现状与决策是否已定）、Problem（痛点、能力缺失或建设中的下一块）、Evidence（哪个数字会改变判断）、Journey（关键状态与应发生什么）、Boundary（边界）、Verdict（建、缩小范围、暂缓或不建）、Success（以问题本身的单位定义成功）的顺序访谈。对每个问题给出推荐答案和理由，仅问当前可回答的问题；缺失数据要明确询问并记录为未测量。
使用方式：需要用户逐轮确认；判断为开放决策时先陈述判断并等待确认，确认后才读取 references/document-format.md 并写文件。若现状已表明有人已做出承诺，则记录承诺人与时间，不再设第二道关卡。文件写出后只告知路径与状态。
限制：不提出任何技术方案、库、架构、API 或数据结构；不负责发布、上传或同步到 Notion、wiki 等；不拆分任务；若变更可在一个下午回退且无人异议，只给一段建议、不写文件；判断为暂缓或不建时只写状态、现状、问题与边界。