用途：接收用户的功能描述，生成清晰、可执行、适合实现的产品需求文档（PRD）。适用于规划新功能、启动新项目或被要求创建 PRD 的场景。
主要能力与流程：
- 提出 3-5 个关键澄清问题，采用带字母选项的格式，便于用户用“1A, 2C, 3B”快速回答。问题聚焦问题/目标、核心功能、范围/边界、成功标准。
- 根据回答生成结构化 PRD，包含：简介/概述、目标、用户故事、功能需求、非目标（范围外）、设计考虑（可选）、技术考虑（可选）、成功指标、待解决问题。
- 用户故事格式为 US-001 标题、描述（As a [user], I want [feature] so that [benefit]）和可验证的验收标准清单；UI 相关故事需包含“Verify in browser using dev-browser skill”。
- 功能需求以 FR-1、FR-2 编号，明确无歧义。
- 输出为 Markdown，保存到 /tasks/prd-[feature-name].md（kebab-case 命名）。
重要限制：只创建 PRD，不要开始实现。验收标准必须可验证，避免“工作正常”等模糊表述。面向初级开发者或 AI 代理编写，需明确、避免术语、编号便于引用。资料未提供安装命令、收费、平台或效果信息。