用途：根据用户提供的功能描述生成清晰、可执行的产品需求文档（PRD），供后续实现使用。明确要求只创建PRD，不开始实现。
主要能力：先提出3-5个关键澄清问题，覆盖问题/目标、核心功能、范围边界、成功标准，并以字母选项形式呈现（如1A、2C），便于快速回答。随后按固定结构生成PRD，包含：概述、目标、用户故事、功能需求、非目标、设计考量（可选）、技术考量（可选）、成功指标、待解决问题。
用户故事格式：标题、描述（As a [user], I want [feature] so that [benefit]）、可验证的验收标准清单。策略上尽量减少故事数量，同时保证每个故事可由AI智能体在一次专注会话中完成。验收标准必须可验证，逻辑/后端改动需包含单元测试，涉及UI的故事需包含“Verify in browser using dev-browser skill”，结构性改动需更新设计文档，CLI工具需记录用法。功能需求以FR-1、FR-2编号，明确无歧义。
输出：Markdown格式，保存到 tasks/ 目录，文件名为 prd-[feature-name].md（kebab-case）。
适用场景：规划新功能、启动新项目、被要求创建PRD时。
限制：不执行实现；澄清问题仅针对初始提示中含糊的关键点；资料未提供具体收费、平台或效果信息。