用途：根据用户给出的功能描述，生成清晰、可执行、便于实现的产品需求文档（PRD）。适用于规划新功能、启动新项目或被要求创建 PRD 时。
主要能力：先针对关键歧义提出澄清问题，问题数量随功能复杂度调整（简单 2-3 个、典型 3-5 个、复杂 6-8 个），选项用字母标注，便于用户以“1A, 2C, 3B”快速回答；随后生成结构化 PRD，包含概述、目标、用户故事、功能需求、非目标、设计/技术考虑、成功指标与待解决问题。用户故事按 US-001 起三位编号，每条需可独立实现，并强制包含最后一条端到端（E2E）测试故事，覆盖完整流程与至少一条关键边界/失败路径。功能需求以 FR-N 编号，使用“系统必须/应当”表述。
使用方式：用户提供功能描述后，技能提问并生成 PRD，请用户审阅（“Please review the PRD...”），确认或调整后保存到 tasks/prd-[feature-name].md（kebab-case，Markdown）。若 tasks/ 目录不存在会自动创建；文件名难以提取时会请用户确认。保存后建议下一步：/prd-to-spec（可选，复杂功能的技术设计）或 /to-issues（拆解为 Issue）。重要限制：只创建 PRD，不开始实现。
边界处理：用户跳过提问时用合理默认值并以 [Assumption] 标注；输入过于模糊时先追问一次，仍模糊则依据项目上下文推断并标注假设；PRD 超过 500 行时建议拆分为多个子功能 PRD；用户拒绝继续时仅保存 PRD。
限制：资料未提供该技能的收费、价格、平台支持范围或实际效果数据。