plan-archive
Skill2 starsChanged 6 months agoMITView on GitHub
Archive the current planning session or a specific plan to a dated archive directory. Preserves thinking evolution so AI can go back and evaluate how architecture decisions evolved. Use when: 'archive this plan', 'save this planning session', 'log this architecture decision', 'preserve this approach', 'store this plan for retrospective'. Complements ExitPlanMode — use immediately after exiting plan mode to capture what was decided.
3 other projects use a version of this.
Adopted by
Most recently taken up by
- ashe-li/agent-skillstheir own version, first seen Oct 29, 2026
- arndvs/ctrlshfttheir own version, first seen Oct 15, 2026
- serbanghita/plan-critique-skillstheir own version, first seen Sep 7, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- serbanghita/plan-critique-skills★ 13same name
- ashe-li/agent-skills★ 2same name
- arndvs/ctrlshft★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository10 other files it gives its agents.
- chrome-validateSkill
- clarifySkill
- datavizSkill
- delegateSkill
- fresh-eyesSkill
- pre-sendSkill
- respond-htmlSkill
- restart-processSkill
- restart-resumeSkill
- second-opinionSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 4 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
No argument — synthesize and archive the current planning session from conversation context
- Very specific: line 37
If topic:<slug> was provided, use that instead
- Distinctive: line 46
If synthesizing from conversation context:
- Distinctive: line 53
If archiving from file: read the file as-is, append standard frontmatter.
- Very specific: line 92
If <archive-root> is inside a git repo, commit the new file:
- Very specific: line 97
If not a git repo, just confirm the file was written: "Plan archived to <archive-root>/YYYY-MM-DD-{slug}.md."
- Distinctive: line 118
When revisiting an archived plan:
- Very specific: line 120
Update Status frontmatter field: drafted → implemented or drafted → abandoned
- Very specific: line 122
If plan was superseded: add superseded-by: YYYY-MM-DD-{new-slug} to the status line
≈ “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
/plan-archive — Dated Plans Archive
Save any plan, architecture decision, or strategic thinking session to a central dated archive with a timestamp. Enables retrospective review of how thinking evolved over time — you can look at "what I planned in April" vs "what I planned in October" and see whether the bets paid off.
Location
Default location: ~/.claude-plans/ (override with the CLAUDE_PLANS_DIR env var).
Rationale vs per-project .claude/plans/:
- Central search — one place to grep / qmd / index. Per-project plans scatter and become invisible to retrospective workflows.
- Lifetime — plans survive project archival, repo deletion, or restructuring. The archive is permanent even when individual repos come and go.
- Retrospectives — comparing plans across months requires them all in one place.
- Consistency — adjacent log folders (daily notes, decisions, weekly retros) usually live in the same root; plans fit the same pattern.
Per-project .claude/plans/ is the right choice ONLY when the plan is so code-specific that it's meaningless without the repo context. That's rare — even those are usually worth preserving centrally.
Inputs
- No argument — synthesize and archive the current planning session from conversation context
topic:<slug>— override the auto-generated topic name (e.g.,topic:auth-flow-refactor)file:<path>— archive an existing plan document rather than synthesizing from context
Process
Step 1 — Determine Topic and Date
Generate a topic slug from the current conversation:
- Identify the main decision or architecture question being planned
- Convert to lowercase-hyphen slug: e.g., "Auth flow refactor" →
auth-flow-refactor - If
topic:<slug>was provided, use that instead - Date: today's ISO date (
YYYY-MM-DD) - Resolve archive root:
${CLAUDE_PLANS_DIR:-$HOME/.claude-plans} - Final filename:
<archive-root>/YYYY-MM-DD-{slug}.md
Confirm with: "Archiving plan to <archive-root>/YYYY-MM-DD-{slug}.md — proceed?"
Step 2 — Synthesize Plan Content
If synthesizing from conversation context:
- Extract the key decision that was made
- Extract the approach that was chosen
- Extract alternatives that were considered and rejected (with reasons)
- Extract open questions that remain
- Extract any constraints or assumptions that shaped the decision
If archiving from file: read the file as-is, append standard frontmatter.
Step 3 — Write Archive File
Format:
# Plan: {Human-readable topic} — {YYYY-MM-DD}
**Status**: drafted
**Session context**: {1-line description of what problem this was solving}
## Context
{What problem triggered this plan. Key constraints. What was already tried or considered.}
## Decision / Approach
{The actual plan — what was decided and why. Be specific enough that someone reading this later (or a future AI session) can understand without the original conversation.}
## Alternatives Considered
| Alternative | Why Rejected |
|-------------|-------------|
| {option A} | {reason} |
| {option B} | {reason} |
## Open Questions at Time of Archival
- [ ] {question 1}
- [ ] {question 2}
## Retrospective
> *(Fill in when revisiting — was this the right call? What changed? What would you do differently?)*
> *(Status: drafted | revised | implemented | abandoned | superseded-by: YYYY-MM-DD-{other-plan})*Step 4 — Commit (if archive root is a git repo)
If <archive-root> is inside a git repo, commit the new file:
cd <archive-root> && git add . && git commit -m "Archive plan: {slug}"If not a git repo, just confirm the file was written: "Plan archived to <archive-root>/YYYY-MM-DD-{slug}.md."
Auto-Capture via end-of-session ritual
Pair this skill with a session-close skill (or your own end-of-session ritual) that scans the ending session for substantive planning work and prompts once to archive. The reason to capture at session-close rather than at every ExitPlanMode:
- Plan mode often gets entered/exited multiple times per session for trivial "which approach" micro-decisions — hooking
ExitPlanModewould flood the session with archive prompts. - By session-close time the plan has been implemented (or explicitly deferred). The session has the full context — decision + execution + retrospective seed — which makes for a richer archive than a premature capture at exit-plan-mode time.
Heuristic for triggering the prompt:
- Session explicitly entered plan mode
- Alternatives were weighed before committing
- The design settled over >3 exchanges
- A decision was made that will affect future sessions
Skip purely tactical sessions: bug fixes, routine triage, comms, single-file edits with no alternatives considered.
To force-archive a session that the heuristic skipped: run /plan-archive directly.
Retrospective Workflow
When revisiting an archived plan:
- Find the file in the archive (grep, ripgrep, or your favorite indexer)
- Update Status frontmatter field:
drafted → implementedordrafted → abandoned - Fill in the Retrospective section: what happened, was it right, what changed
- If plan was superseded: add
superseded-by: YYYY-MM-DD-{new-slug}to the status line
The retrospective isn't for posterity — it's for training future-you (and future-AI). When a new plan resembles an old one, the retrospective tells you whether similar bets paid off.
Example Invocations
/plan-archive # synthesize from current conversation
/plan-archive topic:database-migration-v3 # specific topic slug
/plan-archive file:./notes/2026-04-25.md # archive existing docDoes 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.

