archive-roadmap
Skill0 starsChanged 7 months agoMITView on GitHub
Use when the user asks to archive a completed roadmap — checks if all tasks are done, then moves ROADMAP.md into completed_roadmaps/ at the repo root
In this repository5 other files it gives its agents.
- analyze-sessionsSkill
- auto-execute-roadmapSkill
- doc-refactor-hookSkill
- execute-roadmapSkill
- generate-roadmapSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 2 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 55
Read ROADMAP.md and extract every task line.
- Very specific: line 69
Every task is DONE or SKIP
- Very specific: line 70
No task is TODO or IN PROGRESS
- Distinctive: line 75
If any tasks remain incomplete, report to the user:
- Distinctive: line 87
Do not move the file. Stop here.
- Very specific: line 91
Create completed_roadmaps/ directory at the repo root if it doesn't exist:
- Very specific: line 105
If a file with that name already exists, append a numeric suffix: _2, _3, etc.
- Very specific: line 122
If there's a .gitignore that would exclude the directory, mention it so the user can decide whether to track archived roadmaps in git.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Archive Roadmap
Overview
Checks whether every task in ROADMAP.md is complete. If all tasks are done, moves the roadmap into completed_roadmaps/ at the root of the repo it belongs to, timestamped for reference.
When to Use
- User asks to archive a roadmap
- User asks to check if a roadmap is complete and clean it up
- User says "archive roadmap", "roadmap done?", or "move completed roadmap"
Process
digraph archive_roadmap {
"Locate ROADMAP.md" [shape=box];
"Parse all tasks" [shape=box];
"All tasks complete?" [shape=diamond];
"Report incomplete tasks" [shape=box];
"Create completed_roadmaps/ dir" [shape=box];
"Move and rename ROADMAP.md" [shape=box];
"Confirm to user" [shape=doublecircle];
"Locate ROADMAP.md" -> "Parse all tasks";
"Parse all tasks" -> "All tasks complete?";
"All tasks complete?" -> "Report incomplete tasks" [label="No"];
"All tasks complete?" -> "Create completed_roadmaps/ dir" [label="Yes"];
"Create completed_roadmaps/ dir" -> "Move and rename ROADMAP.md";
"Move and rename ROADMAP.md" -> "Confirm to user";
}Step-by-Step
Step 1 — Locate the roadmap
Find ROADMAP.md in the current working directory. If not found, check one level up. If still not found, ask the user for the path.
Step 2 — Identify the repo root
Determine the git repository root that contains the ROADMAP.md. This is where completed_roadmaps/ will be created. Run:
git -C <roadmap-dir> rev-parse --show-toplevelStep 3 — Parse all tasks
Read ROADMAP.md and extract every task line. Tasks follow the roadmap format:
- Lines matching
- TODO [P*]→ incomplete - Lines matching
- DONE [P*]→ complete - Lines matching
- SKIP [P*]→ complete (skipped counts as resolved) - Lines matching
- IN PROGRESS [P*]→ incomplete - Phase headers ending with
— DONE→ collapsed/complete phases (all tasks within are done)
A phase marked — DONE in its header counts all its original tasks as complete, even if individual task lines are collapsed into a summary.
Step 4 — Evaluate completeness
Count total tasks and completed tasks. The roadmap is complete if and only if:
- Every task is
DONEorSKIP - No task is
TODOorIN PROGRESS - Zero uncollapsed incomplete phases remain
Step 5 — If incomplete, report and stop
If any tasks remain incomplete, report to the user:
Roadmap is not complete yet.
Remaining tasks:
- [Phase N] #id: description (TODO)
- [Phase N] #id: description (IN PROGRESS)
X of Y tasks complete.Do not move the file. Stop here.
Step 6 — If complete, archive
- Create
completed_roadmaps/directory at the repo root if it doesn't exist:
mkdir -p <repo-root>/completed_roadmaps- Generate a filename using the current date and the project name (derived from the directory name or the roadmap's title heading):
ROADMAP_<project-name>_<YYYY-MM-DD>.mdFor example: ROADMAP_typleands-v1_2026-03-20.md
- If a file with that name already exists, append a numeric suffix:
_2,_3, etc. - Move the file:
mv <roadmap-path>/ROADMAP.md <repo-root>/completed_roadmaps/ROADMAP_<project-name>_<date>.mdStep 7 — Confirm to user
Report the result:
Roadmap complete! All X tasks done.
Archived to: completed_roadmaps/ROADMAP_<project-name>_<date>.mdIf there's a .gitignore that would exclude the directory, mention it so the user can decide whether to track archived roadmaps in git.
Common Mistakes to Avoid
- Don't archive incomplete roadmaps — the whole point is the completeness check. Never move a roadmap that has remaining work.
- Don't delete the roadmap — this is a move, not a delete. The file must end up in
completed_roadmaps/. - Don't confuse collapsed phases with incomplete phases — a phase header ending in
— DONEmeans all tasks in that phase are complete, even though individual task lines may have been replaced with a summary. - Don't create
completed_roadmaps/outside the repo root — always anchor to the git repo root of the roadmap's project. - Don't overwrite existing archives — use numeric suffixes to avoid collisions.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

