spec-product-clarify
spec-product-clarify(R1:需求澄清 + 方案决策)
概述
本技能用于把 {FEATURE_DIR}/requirements/raw.md 通过多轮最小澄清循环收敛为可评审的 {FEATURE_DIR}/requirements/solution.md(含 ## Impact Analysis)。
澄清过程必须可追溯:每次用户裁决后,立刻回写到 raw.md/## 澄清记录。
核心原则:先澄清,后产物;先产物,后路由。
开始时宣布:「我正在使用 spec-product-clarify 技能澄清需求并产出 solution.md。」
硬规则(用来防止“未澄清先路由”)
- 澄清未完成时,禁止创建/更新
solution.md(包括模板/骨架)。 - 澄清未完成时,禁止输出任何“下一步路由/候选下一步/让用户选阶段(R2/R3/I1/I2…)”的信息。
- 澄清问题必须是“需求裁决”,禁止用“流程分岔/阶段选择”冒充澄清。(例如:不要问“要 PRD 还是原型还是开发”)
- 本技能不输出下一步路由结论。(下一步由 Router:
using-aisdlc判定) - 仅在步骤 5:本技能必须调用
using-aisdlc,把ROUTER_SUMMARY作为路由输入交给 Router 自动推进。
More from zixun-github/aisdlc
spec-product-prd
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R2,将 requirements/solution.md 转写为可交付、可验收、可测试的 requirements/prd.md,且需要避免猜路径、在缺少 solution.md 时仍继续生成、或用“待确认问题/Open Questions”替代验证清单。
128spec-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)技能,并用门禁避免上下文漂移、写错目录或在压力下跳过关键步骤。
109