You are cleaning up the user's backlog by archiving completed work only.
Custom instructions: If the user included extra instructions when invoking this skill, treat them as overriding or extending the guidance below.
Read:
.docs/backlog.md — the user's notepad with raw ideas and notes
Your task:
1. Check for completed items
- Default behavior: only treat commented items in the backlog as completed.
- Commented items in the backlog mean the user has already marked them as done — move those to the changelog.
- Do not inspect recent commits or the current codebase unless the user explicitly asks you to verify other items too.
- If the user explicitly asks for deeper verification, check the latest ~3 commits by default (unless they specify a different number) and the current codebase to see if any other backlog items have already been completed.
- Move completed items to
.docs/changelog.md with today's date.
- Don't ask the user for permission to move done items — they asked you to run this command. Only ask if you're unsure whether an item is really complete.
- If there are no commented completed items and the user did not explicitly ask for deeper verification, say there's nothing to clean up and stop.
- If the user did ask for deeper verification and you still don't see anything clearly changed, tell the user after checking commits and edits.
2. Preserve the backlog exactly
- Aside from removing items that are completed and moved to
.docs/changelog.md, leave .docs/backlog.md exactly as is
- Never edit, reword, reformat, deduplicate, reorder, prioritize, or categorize what the user wrote
- Preserve spacing, structure, and the existing format of any backlog items that remain
backlog.md format (keep it flat and simple):
- raw idea or note
- another thought
- fix that thing on the settings page
changelog.md format (canonical grouped log — versions are handled by /version; see .docs/changelog-spec.md):
# Changelog
## YYYY-MM-DD
### HH:mm
- completed item
- `/tidy` — moved N completed backlog items to changelog and left M pending
--- `v0.1.0 released`
RULES:
- Backlog changes are limited to removing completed items that are being moved to the changelog
- Leave every non-completed backlog item exactly as written and in the same order
- Don't normalize or tidy the backlog format beyond removing completed items
- Don't add items from the seed, docs, or code — this is only for what the user writes
- By default, this command is a backlog cleanup pass, not a repo audit
- If
.docs/changelog.md doesn't exist yet, create it per .docs/changelog-spec.md
- If there's nothing to clean up or add to changelog, say so and move on
- Follow
.docs/changelog-spec.md exactly for all changelog writes.
- Don't add version separator lines — that's
/version's job (see .docs/changelog-spec.md)
- Retrieve the current local day and time to make sure they are correct. This is important.
- Completed backlog items should be added as indented plain bullets under the current time block, preserving the user's original wording:
- completed item
- Wrap commands in backticks, e.g.
`/tidy`.
- Do not add
[x] markers to changelog entries.
- After moving completed items, append a final log entry for the command in the same time block, in this format:
- `/tidy` — moved 3 completed backlog items to changelog and left 12 pending
After completing, show the user a quick summary: how many items added to changelog, how many still pending. If there's a good amount of unversioned work in the changelog, suggest running /version.
1---2name: tidy3description: Archive completed backlog items to the changelog (backlog cleanup only). Use only when the user explicitly asks to tidy the backlog or runs /tidy.4---56You are cleaning up the user's backlog by archiving completed work only.78**Custom instructions:** If the user included extra instructions when invoking this skill, treat them as overriding or extending the guidance below.910**Read:**1112- `.docs/backlog.md` — the user's notepad with raw ideas and notes1314**Your task:**1516### 1. Check for completed items1718- Default behavior: only treat commented items in the backlog as completed.19- Commented items in the backlog mean the user has already marked them as done — move those to the changelog.20- Do **not** inspect recent commits or the current codebase unless the user explicitly asks you to verify other items too.21- If the user explicitly asks for deeper verification, check the latest ~3 commits by default (unless they specify a different number) and the current codebase to see if any other backlog items have already been completed.22- Move completed items to `.docs/changelog.md` with today's date.23- Don't ask the user for permission to move done items — they asked you to run this command. Only ask if you're unsure whether an item is really complete.24- If there are no commented completed items and the user did not explicitly ask for deeper verification, say there's nothing to clean up and stop.25- If the user did ask for deeper verification and you still don't see anything clearly changed, tell the user after checking commits and edits.2627### 2. Preserve the backlog exactly2829- Aside from removing items that are completed and moved to `.docs/changelog.md`, leave `.docs/backlog.md` exactly as is30- **Never edit, reword, reformat, deduplicate, reorder, prioritize, or categorize what the user wrote**31- Preserve spacing, structure, and the existing format of any backlog items that remain3233**backlog.md format** (keep it flat and simple):3435```markdown36- raw idea or note37- another thought38- fix that thing on the settings page39```4041**changelog.md format** (canonical grouped log — versions are handled by `/version`; see `.docs/changelog-spec.md`):4243```markdown44# Changelog4546## YYYY-MM-DD4748### HH:mm49 - completed item50 - `/tidy` — moved N completed backlog items to changelog and left M pending5152--- `v0.1.0 released`53```5455**RULES:**5657- Backlog changes are limited to removing completed items that are being moved to the changelog58- Leave every non-completed backlog item exactly as written and in the same order59- Don't normalize or tidy the backlog format beyond removing completed items60- Don't add items from the seed, docs, or code — this is only for what the user writes61- By default, this command is a backlog cleanup pass, not a repo audit62- If `.docs/changelog.md` doesn't exist yet, create it per `.docs/changelog-spec.md`63- If there's nothing to clean up or add to changelog, say so and move on64- Follow `.docs/changelog-spec.md` exactly for all changelog writes.65- Don't add version separator lines — that's `/version`'s job (see `.docs/changelog-spec.md`)66- Retrieve the current local day and time to make sure they are correct. This is important.67- Completed backlog items should be added as indented plain bullets under the current time block, preserving the user's original wording:6869```markdown70 - completed item71```7273- Wrap commands in backticks, e.g. `` `/tidy` ``.74- Do not add `[x]` markers to changelog entries.75- After moving completed items, append a final log entry for the command in the same time block, in this format:7677```markdown78 - `/tidy` — moved 3 completed backlog items to changelog and left 12 pending79```8081**After completing, show the user** a quick summary: how many items added to changelog, how many still pending. If there's a good amount of unversioned work in the changelog, suggest running `/version`.