spec-driven-cancel
You are helping the user cancel and remove an in-progress spec-driven change.
Prerequisites
The .spec-driven/ directory must exist at the project root. Before proceeding, verify:
ls .spec-driven/
If this fails, the project is not initialized. Run /spec-driven-init first.
Steps
-
Select the change — run
node {{SKILL_DIR}}/scripts/spec-driven.js modifyto list active changes. Ask which change to cancel. If already specified, use it. -
Warn the user — this is permanent and cannot be undone. Show:
"Cancelling will permanently delete
.spec-driven/changes/<name>/and all its contents (proposal.md, specs/, design.md, tasks.md, questions.md). This cannot be undone. Proceed?" Wait for explicit confirmation before continuing. -
Cancel the change — run:
node {{SKILL_DIR}}/scripts/spec-driven.js cancel <name> -
Confirm — report that the change was deleted.
Rules
- Always warn and require explicit confirmation — deletion is irreversible
- Only cancel active changes (not archived ones)
- If the user wants to abandon a fully implemented change, suggest
/spec-driven-archiveinstead — archive preserves history, cancel deletes it
More from kw12121212/slim-spec-driven
spec-driven-init
Initialize a .spec-driven/ directory in a project. Creates config.yaml, roadmap/, and specs/ scaffold, then guides the user to fill in project context.
15spec-driven-archive
Archive a completed spec-driven change. Requires completed tasks, merges delta specs into main specs, then moves the change to archive/ with a date prefix.
15spec-driven-propose
Propose a new spec-driven change. Scaffolds proposal.md, specs/ delta files, design.md, tasks.md, and questions.md for a named change, populated with project context.
15spec-driven-auto
Run the full spec-driven workflow automatically. Proposes, implements, verifies, reviews, and archives a change with one mandatory proposal checkpoint plus any extra confirmations required by blocking conditions.
14spec-driven-verify
Verify a spec-driven change is complete and correctly implemented. Checks task completion, implementation evidence, and spec alignment.
14spec-driven-review
Review the code quality of a spec-driven change. Checks readability, security, performance, and best practices before archiving.
14