用途：把当前对话上下文和代码库理解合成一份 PRD，文件存放在 docs/scratch/<NN>-<中文需求名称>/PRD.md。NN 记录需求进入仓库的先后顺序，中文需求名称使用 CONTEXT.md 中的统一术语。
主要流程：一、加载项目上下文，使用已加载的 CONTEXT 术语与 RULE，未加载时按项目知识协议执行，知识不可用时继续并如实说明。二、以产出高质量 PRD 为目标启动 ask-me 流程追问对齐上下文，确认结论作为后续输入。三、确定并贯彻交付范围：交付单元是本次需求中承担独立职责且会发生改动的产品端、系统、服务或渠道，据需求目标、业务流程、代码入口和仓库布局识别，事实足以确定时直接采用，无法可靠判断且不同选择会显著改变范围时提问确认。四、落地 PRD 文件，新建时写入下一个两位序号目录，更新已有 PRD 时沿用原路径。
PRD 模板包含 Solution、Scope（按交付单元列范围及涉及角色）、Out of Scope、User Stories、Requirements（先按业务能力分节，再展开实际涉及的交付单元，含各单元逻辑与协作契约）、Implementation Decisions（锁定决策表，标明来源）。
写法要求：完整可评审、规则可执行、边界一起写、合成而非转录、锁定即契约、产品层表达；Requirements 写业务行为和规则，具体文件、代码结构、模块改造、实现步骤留给后续实现过程。
限制：资料未提供具体安装方式、平台、收费或价格信息；依赖 CONTEXT.md 统一术语与项目知识协议，知识不可用时需如实说明。