spec-pack-abandon
spec-pack-abandon(废弃/撤销 Spec Pack:清单 + 二次确认 + 删除分支)
概览
当需求出现重大问题需要“废弃当前 spec pack”时,本技能用于安全地撤销:先执行 spec-context 获取上下文并精确定位 {FEATURE_DIR},再生成“将要删除的内容清单”,并在执行任何破坏性操作前要求用户二次确认;最后删除本地/远程分支,并清理工作区中残留的 spec pack 目录。
开始时宣布:「我正在使用 spec-pack-abandon 技能废弃当前 Spec Pack(输出删除清单并二次确认后删除目录与分支)。」
何时使用 / 不使用
- 使用时机
- 需求/约束出现重大问题,决定废弃当前 spec pack(不再继续澄清/设计/实现)。
- 你需要删除:
.aisdlc/specs/{CURRENT_BRANCH}/以及该{CURRENT_BRANCH}分支(本地 + 远程)。
- 不要用在
- 你只是想“回退某个提交”或“重做需求文档”:优先用正常 git 回退/新提交,而不是删分支。
- 当前不在 spec 分支(分支名不符合
{num}-{short-name}):先切到目标 spec 分支再说;否则停止。
硬规则(必须遵守)
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