用途：为单个功能（非代码）创建清晰、可直接实现的 PRD，覆盖范围规划与需求撰写。
主要能力：识别功能（优先使用 f-01 这类功能 ID）；若存在 tasks/todo.md，则以其中匹配条目作为结果与范围基线，并沿用其 Type:（feat/fix/chore，缺失时默认 feat）；若存在 tasks/memory.md，会先浏览相关关键决策。检查优先级（列表越靠前优先级越高），若上方有更高优先级未完成项会请用户确认。确定 PRD 路径：优先用 todo.md 中已有的 prd: 行，否则用 tasks/f-##-<feature-slug>.md；已存在则原地更新，不重置状态清单。必要时提出最多约 7 个带 A/B/C/D 选项的澄清问题。
使用方式：按默认 Markdown 模板撰写 PRD，包含执行状态、摘要、问题/机会、目标、非目标、用户与用例、UX/流程、需求（用户故事、功能与非功能需求）、依赖与约束、数据/API/集成、分析与成功指标、发布计划、测试计划、风险与缓解、开放问题、附录。用户故事写成可勾选清单，验收标准需具体可验证。保存后若存在 tasks/todo.md，则勾选该功能并添加/更新 prd: 行；若引入持久决策，通过 06-memory 记录到 tasks/memory.md。
适用场景：规划新功能或修复项的范围、撰写实现就绪的需求文档。
限制：不实现功能；若用户要求实现，会建议先写 PRD 或询问是否跳过。若功能不在 tasks/todo.md 中，需先用 01-new 添加。PRD 中不重置已有执行状态复选框。具体收费、价格、平台等信息暂未提供。