用途：通过用户访谈、代码库探索与模块设计，生成 PRD 并保存到本地 prds/<kebab-case-name>.md（若 prds/ 不存在则创建）。当用户想写 PRD 或创建产品需求文档时使用。
流程：若用户已通过参数提供描述，则跳过第 1 步。第 1 步收集问题描述；第 2 步探索代码库，验证断言并梳理数据模型、服务、API 路由、前端结构与测试模式，标注已存在与待构建内容；第 3 步尽可能少问可自行从代码回答的问题，其余按范围与入口、数据与概念、行为与交互、展示与输出、访问与隐私、边界、集成等分支进行访谈，推荐答案作为首个选项（Recommended），相关题可分组（最多 4 个），可用 AskUserQuestion 时优先使用，否则以编号列表呈现；第 4 步设计模块，倾向深模块（1-3 个入口、实现复杂但少变），并让用户多选确认哪些模块需要测试；第 5 步撰写 PRD。
PRD 包含：问题陈述、解决方案（从用户体验描述）、长篇编号用户故事（覆盖正常路径、边界、错误状态）、实现决策（新模块及公开接口、架构决策、Schema 变更、API 契约、导航）、测试决策（测试标准、需测试模块、关键用例、代码库中相似测试模式）、明确的范围外清单。不包含文件路径或代码片段。
错误处理：prds/ 缺失则创建；范围超出预期则先向用户说明并重新界定再继续。
限制：资料未提供具体命令、平台要求或收费信息。