用途：为单个功能（而非代码）创建清晰、可直接实施的产品需求文档（PRD）。适用于规划范围、撰写功能规格时使用。
主要能力：识别功能（优先使用 f-01 这类功能 ID）；若存在 tasks/todo.md，则以其中匹配的功能条目作为成果与范围基线，并沿用其 Type:（feat/fix/chore，缺失时默认 feat）；若存在 tasks/memory.md，会先浏览相关关键决策与备注。按列表顺序判断优先级，若上方存在更高优先级的未勾选项，会提示用户确认是否继续。确定 PRD 文件路径：优先使用功能条目中已有的 prd: 行，否则用 tasks/f-##-<feature-slug>.md；若该路径已有 PRD 则原地更新，不创建重复文件，也不重置其中的状态清单。必要时提出少量高价值澄清问题（字母选项，最多约 7 个），确认范围边界（in-scope 与 non-goals）与成功指标。按默认 Markdown 模板撰写或更新 PRD，包含执行状态、摘要、问题、目标、非目标、用户与用例、UX 流程、需求（用户故事、功能与非功能需求）、依赖与约束、数据/API/集成、分析与成功指标、发布计划、测试与 QA、风险与缓解、开放问题、附录等章节。用户故事写成可勾选清单项，验收标准需具体可验证。若 tasks/todo.md 存在，则原地更新：勾选该功能（- [ ] → - [x]，表示 PRD 已存在而非已构建），并添加或更新 prd: 行，保留 Type:/Dependencies: 与状态指示符不变。最后回复文件路径、简短摘要与开放问题。
使用方式：在具备 tasks/ 目录的项目中调用该技能；若功能尚未出现在 tasks/todo.md，需先用 01-new 添加功能再返回 02-prd。若 PRD 引入持久决策或约束，通过 04-rem 记录到 tasks/memory.md。
限制：不实现功能；若用户要求实现，会建议先写 PRD 或询问是否跳过。若 tasks/todo.md 缺失或功能不在其中，会停止并先添加功能。若 slug 或范围不明确，保存前会请用户确认。依赖验证在 03-exe 阶段进行。具体收费、平台与效果资料暂未提供。