用途：为单个功能创建清晰、可直接实施的 PRD（非代码）。触发词包括 plan prd、write feature spec 等。
主要能力：识别功能（优先使用 f-01 形式的 ID，并以 tasks/todo.md 中对应条目为基线）；若条目含 Type: 则带入 PRD，缺失时默认 Type: feat；若 tasks/todo.md 不存在或未收录该功能，则先停止并用 new 添加。会检查优先级（列表顺序越靠前优先级越高），若上方存在更高优先级的未勾选项，会请用户确认是否继续。
使用方式：确定 PRD 路径，优先复用 tasks/ 中匹配功能 ID 的 tasks/f-##-*.md，否则使用 tasks/f-##-<feature-slug>.md；已存在则原地更新，不创建重复 PRD，也不重置已有清单项。必要时提出最多约 7 个带 A/B/C/D 选项的澄清问题，确认范围边界与成功指标。按 references/prd-template.md 模板撰写，验收标准需具体可验证。若 tasks/todo.md 存在，将对应功能勾选（- [ ] → - [x]，表示 PRD 已存在而非已构建），并保留 Type:/Dependencies: 行。若产生持久性决策或约束，同步更新 tasks/memory.md。
适用场景：需要为单个功能编写或更新需求文档、明确范围与验收标准时。
限制：不实现功能；用户要求实现时应先建议写 PRD。UI/UX 较重的功能可建议先执行 design 再 implement。若 slug 或范围不明确，需先请用户确认再保存。结束时输出变更文件、关键决策与下一步建议。