用途：为用户的新功能、新项目或明确要求编写 PRD 时，生成清晰、可执行、适合直接实现的产品需求文档；不进入编码实现。
主要能力与用法：
- 接收用户的功能描述后，仅针对模糊之处提出 3-5 个关键澄清问题，覆盖问题/目标、核心功能、范围边界、成功标准；问题带字母选项（如 A/B/C/D），便于用户以“1A, 2C, 3B”快速回答。
- 依据回答生成结构化 PRD，包含：介绍/概述、目标、用户故事、功能需求、非目标（范围外）、设计考虑（可选）、技术考虑（可选）、成功指标、待解决问题。
- 用户故事采用 US-001 形式，含标题、As a…I want…so that… 描述、可验证的验收标准清单；故事应小到可在一次专注会话内实现。涉及 UI 的故事需包含“Verify in browser using dev-browser skill”的验收项。功能需求编号（FR-1、FR-2…）且明确无歧义。
- 输出为 Markdown，保存到 tasks/ 目录，文件名为 prd-[feature-name].md（kebab-case）。
适用场景：规划新功能、启动新项目、被要求创建 PRD 时。写作面向初级开发者或 AI 代理，要求明确、少术语、需求编号便于引用。
限制：明确不启动实现，只创建 PRD；示例与结构中的具体字段（如优先级取值、按钮行为等）仅为示例，实际内容取决于用户回答；未提供安装命令、收费或平台信息。