spec-product-prd
spec-product-prd(R2:基于方案生成 PRD)
概览
R2 的目标是把 {FEATURE_DIR}/requirements/solution.md 的推荐决策转写为 {FEATURE_DIR}/requirements/prd.md:让研发能拆任务、QA 能写用例、干系人能评审与验收。
- 可验证优先:PRD 的核心是 场景 + 业务规则 + AC(可测试)
- 不确定性收敛:PRD 中不出现“待确认问题 / Open Questions”清单;未知统一进验证清单(Owner/截止/信号/动作)
- 不重复 R1:方案对比/为何选择/讨论过程留在
solution.md;PRD 只写交付规格
开始时宣布:「我正在使用 spec-product-prd 技能基于 solution.md 生成可验收 PRD(prd.md)。」
何时使用 / 不使用
- 使用时机
- R1 已完成并产出
requirements/solution.md,需要把交付规格(范围/AC/里程碑/风险依赖)冻结为独立 PRD 评审
- R1 已完成并产出
- 不要用在
spec-context失败(上下文定位失败)→ 立刻停止requirements/solution.md不存在 / 明显未收敛(缺结论摘要/范围 In-Out/推荐方案/验证清单)→ 停止并回到 R1
More from zixun-github/aisdlc
spec-product-prototype
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R3(原型生成),基于 requirements/prd.md 产出 requirements/prototype.md(任务流+页面结构+ASCII线框+AC映射+走查脚本),并避免缺少上下文/缺少 PRD 仍继续生成、用 Open Questions 代替验证清单、或用非 ASCII 方式导致原型不可追溯与不可评审。
123subagent-driven-development
Use when executing implementation plans with independent tasks in the current session
111spec-product-demo
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R4(基于 requirements/prototype.md 生成可交互 Demo 工程),并需要避免跳过 spec-context、在缺少 prototype.md 或缺少可运行 Demo 工程根目录时仍继续、或自创页面/目录导致不可追溯与无法回流闭环。
111spec-receiving-code-review
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
110using-aisdlc
Use when 需要在 sdlc-dev 仓库执行 AI SDLC(Spec Pack)流程、选择/串联需求侧(raw/solution/prd/prototype/demo)与实现侧(plan/execute/finishing)技能,并用门禁避免上下文漂移、写错目录或在压力下跳过关键步骤。
109spec-context
Use when 需要在 sdlc-dev 的 Spec 流程中定位当前 spec pack(FEATURE_DIR)、避免在错误目录读写 requirements/*.md,或出现"看错上下文/写错文件/分支不符合规范"的问题。
106