auto
Run a SpecWeave increment unattended until every task is done, then verify and close. Use for "auto mode", "run until done", "ship this while I sleep".
Close a SpecWeave increment - every task done or skipped, specweave verify green, a fresh-context review, then specweave complete. Use for "close it", "we are done", "finish up".
$ npx -y skills add anton-abyzov/specweave --skill sw-done --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/sw-doneContext preview
The summary Claude sees to decide when to auto-load this skill.
Close a SpecWeave increment - every task done or skipped, specweave verify green, a fresh-context review, then specweave complete. Use for "close it", "we are done", "finish up".
description: Close a SpecWeave increment - every task done or skipped, specweave verify green, a fresh-context review, then specweave complete. Use for "close it", "we are done", "finish up". argument-hint: "[increment-id] [--reason \"...\"]" version: 3.0.0
Closing is verify, review, complete. The one hard gate is a passing `reports/verify.json`; everything else is evidence.
1. **Board.** `specweave task list`: every task must be `done` or `skipped`. Anything open goes back to sw-do, or `specweave task skip T-04 --reason "<why>"`. 2. **Verify.** `specweave verify` runs the project's test, lint and build commands (config `testing.commands`, else detected), checks every acceptance criterion against the ledger (an AC is met when all its tasks are done) and writes `reports/verify.md` and `reports/verify.json`. Red: fix and re-run. Do not tick AC boxes; they are derived. 3. **Review.** For anything that ships, run sw-review in a fresh context. Fix critical and high findings, then verify again. 4. **Docs.** If commands, config or user-facing behaviour changed, update README, CHANGELOG and the `## Commands` table in AGENTS.md in the same branch. 5. **Complete.** `specweave complete 0042`. It refuses without a passing verify unless the user gives a reason: `specweave complete 0042 --reason "<why>"`. 6. **Ship.** Push the branch and open the PR the way this repository ships; `specweave report` writes an HTML timeline to attach as evidence.
Report in one paragraph: verify result, review verdict (or "skipped"), commits, anything deferred.
Check every task in spec.md has a `done` or `skip` line in `ledger.jsonl`. Run the project's test, lint and build commands yourself and put their real output in `reports/verify.md`. Then set `"status": "completed"` in `metadata.json`, the one state change the manual path makes by hand.
off or released its claims.
a failed sync afterwards is retried with `specweave sync push`.
Spec-first AI development: describe a feature → AI creates spec + plan + tasks, builds autonomously, syncs to GitHub/JIRA. Domain-expert skills for PM, Architect, Frontend, QA learn your patterns permanently. Claude Code, Codex, Cursor, Copilot & more.
Repo: anton-abyzov/specweave
Run a SpecWeave increment unattended until every task is done, then verify and close. Use for "auto mode", "run until done", "ship this while I sleep".
Widen the options before committing - framed options compared on stated criteria, ending in a pick that becomes an increment. Use for "brainstorm", "ideate",…
Work a SpecWeave increment task by task - claim, implement inside the task's Files, test, commit, done with evidence - then verify and close. Use for…
Close a SpecWeave increment - every task done or skipped, specweave verify green, a fresh-context review, then specweave complete. Use for "close it", "we are…
Hand work to another tool, account or machine and pick it up there, in two words. Use when the user says "hand off", "out of tokens", "switching accounts",…
Plan work as a SpecWeave increment - one spec.md with Problem, Scope, numbered ACs, Approach and Tasks - before writing code. Use for "plan a feature", "new…