用途：当存在被接受的 PDR（产品决策记录）且需要生成或更新 PRD.md 时使用。适用于 /product-clarify 批准 PDR 之后、/product-init 记录现有产品之后，以及 PDR 更新需重新生成 PRD 的情况。无被接受的 PDR、只需微调 PRD 时不应使用。
主要能力：分为三阶段 DAG。Plan 阶段读取并筛选状态为 Accepted 的 PDR，按 feature-area 分组，检测特征并生成定制 DAG，经用户批准后写入 state.json。Execute 阶段按模板逐节生成内容，按固定编号覆盖文档信息、执行摘要、概述、问题、市场机会、目标、指标、人物角色、功能需求、非功能需求、范围外、风险、投资、路线图、上市策略、PDR 摘要；在功能需求后设有强制检查点。Summarize 阶段从磁盘读取各节，检测并解决跨 feature-area 冲突，聚合为自包含的 PRD.md。
关键规则：先读模板并填充占位符，不得从零生成；每节需引用来源 PDR，需求以 REQ-XXX 编号并回溯到 PDR；PRD.md 必须自包含，不得含 .adlc/ 路径链接；图表用 mermaid 代码块并嵌入所属小节。
PDR 生命周期：需先安装 product-clarify 技能以获得 pdr-lib.sh。对每个 Accepted PDR 调用 move_pdr，将文件从 drafts 原子移动至 memory，保持状态为 Accepted，并由脚本重建两个索引。手动重建索引可调用 generate_pdr_index memory。
完成前校验：存在被接受 PDR、计划获批、state.json 一致、各节不少于 20 行、validate-prd.sh 通过、需求检查点获批、PRD.md 超过 200 行且含 15 节、零 .adlc/ 链接、至少 4 个 mermaid 图、需求可回溯 PDR、Accepted PDR 已迁移、索引已生成，任一失败不得标记完成。
配置项包括 PDR_DRAFTS_DIR、PDR_MEMORY_DIR、PRD_FILE、SECTIONS_DIR、STATE_FILE。限制：无被接受 PDR 必须停止；Proposed/Discovered PDR 保留在 drafts；不得将状态改为 Completed；暂未提供其他收费或平台信息。