用途：在启动新功能或变更时，通过访谈、代码库探索和模块设计生成一份 PRD，输出到 .specs/prds/<slug>.md（目录不存在则创建）。
主要能力：支持从参数或交互式提问开始；若参数为空则先收集想法再推导 slug，若已有参数则按规则生成 slug（截取首个破折号前文本、去除 create/build 等命令动词、转小写、去填充词、取前四个词并以连字符连接）。文件已存在时提供覆盖或改名选项并等待用户选择。
工作流程：1）收集问题描述与解决思路；2）探索代码库，梳理数据模型、服务、API 路由、前端与测试，区分已有与待建，先查代码再查文档，无法验证的声明标记为不确定；3）逐题访谈，每题给出 2–4 个选项并优先推荐答案，能查代码就不提问，按范围与界面、数据与概念、行为、展示、访问与隐私、边界、集成等分支决定是否跳过；3b）暴露歧义、矛盾与未言明假设并逐一解决；4）设计模块，倾向接口简单、实现隐藏的深模块，确认哪些需要测试；5）按指定结构撰写 PRD，省略空章节，不写文件路径或代码片段。
适用场景：新功能或变更的早期需求梳理。限制：资料未提供具体平台、收费、价格或效果信息；PRD 结构中的章节需按实际内容填写，缺失事实应明确标注暂未提供。