plan-archive
Automates the organization, linking, and archival of development plan documents in the Librefolio project structure.
Install
mkdir -p .claude/skills/plan-archive && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/10303" && unzip -o skill.zip -d .claude/skills/plan-archive && rm skill.zipInstalls to .claude/skills/plan-archive
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Use this skill when the user needs to verify, cross-link, or archive development plans. Covers plan naming conventions, cross-linking between plans, archiving completed plan chains into phases/, and updating README indexes.Key capabilities
- →Verify plan naming
- →Cross-link plans
- →Archive completed chains
- →Update README indexes
How it works
It verifies naming conventions and cross-links before moving plans to the archive directory.
Inputs & outputs
When to use plan-archive
- →Verify plan naming before archiving
- →Link a bugfix plan to an original project plan
- →Update README index after finishing a project phase
- →Archive a completed chain of development plans
About this skill
Plan Archive Skill
Verification and archiving of development plans in
LibreFolio_developer_journal/.
Workflow Overview
Plan → Execute → [Repeat: BugfixPlan + Execute] → Debug → Archive
File Naming Convention
Plans follow an ordered naming scheme encoding phase, step, iteration, and bugfix round:
| Pattern | Example | Use |
|---|---|---|
plan-phase{NN}{Description}.prompt.md | plan-phase06Assets.prompt.md | Main phase plan |
plan-phase{NN}Step{N}{Description}.prompt.md | plan-phase06Step3AssetModal.prompt.md | Step-level plan |
plan-phase{NN}BugfixMigration.prompt.md | plan-phase06BugfixMigration.prompt.md | Bugfix iteration |
plan-phase{NN}Step{N}Round{N}-{Description}.prompt.md | plan-phase06Step3Round6-LayoutPolish.prompt.md | Bugfix round N |
plan-phase{NN}Step{N}Round{N}{Suffix}.prompt.md | plan-phase06BugfixMigration-part3b.prompt.md | Sub-iteration |
plan-phase{NN}Step{N}Round{N}-checklist-{Description}.md | checklist-F9-MergeSplitTest.md | Verification checklist |
Cross-Linking Rules
When a plan spawns a follow-up:
- Original plan: add a forward link at the bottom →
→ Follow-up: [filename](path) - New plan: add a back link at the top →
← Previous: [filename](path)
Verification Checklist (before archiving)
- ✅ All plans in the chain have status ✅ (completed)
- ✅ Cross-links are present and correct (forward + backward)
- ✅ File naming follows the convention above
- ✅ No orphan plans (every bugfix plan links back to its parent)
Archiving Procedure
When a phase is complete:
-
Create phase summary (if not exists):
phases/phase-{NN}-{name}.md -
Create subplan directory:
phases/phase-{NN}-subplan/ -
Move all plan files from
RoadmapV4_UI/intophases/phase-{NN}-subplan/, grouped by step:phases/phase-{NN}-subplan/ ├── README.md # Index table with all sub-plans ├── Bugfix-Step{N}/ # Plans grouped by step │ ├── plan-phase{NN}...md │ └── checklist-...md └── ...ALWAYS use
git mv(never plainmvorcp+rm) so git follows the rename andgit log --followkeeps tracking the file across the archive. Move-and-fix should always be a single atomic preparation:# 1. Move with git so history is preserved git mv plan-phaseNN-Foo.prompt.md \ phases/phase-NN-subplan/StepX/plan-phaseNN-Foo.prompt.mdFor multi-file moves write the operations to a temporary script under
/tmp/libreFolio_archive_phaseNN.sh(per the global "long commands" rule) — easier to review, replay, and keeps the terminal log readable. -
Fix relative cross-links after move. The path delta is mechanical: the file gains 2 extra
../levels (RoadmapV4_UI/→RoadmapV4_UI/phases/phase-NN-subplan/StepX/). Targets that need rewriting:Old (from RoadmapV4_UI/)New (from phase-NN-subplan/StepX/)./other-plan.md(sibling now in same StepX)./other-plan.md(unchanged)./other-plan.md(sibling now in different StepY)../StepY/other-plan.md./phases/phase-NN-…md../../phase-NN-…md../phase-NN-…md(already underphases/)../../phase-NN-…md../../TODO_FUTURI.md(project root)../../../../../TODO_FUTURI.md../../../backend/…(project source)add 2 more ../Use a
/tmp/libreFolio_fix_phaseNN_links.shhelper withsed -i ''(BSD sed on macOS). Validate at the end with a Python one-liner that walks the archived folder andos.path.normpath()-resolves every](./…)and](../…)link, printing the broken ones. Code references (backend/…) that were already broken before the move are noise — leave them. -
Create/update README.md in the subplan directory with a table:
| File | Step | Description | Status | |------|------|-------------|--------| | `plan-phase06Step3Round12...md` | Step 3 | Round 12 — ... | ✅ | -
Update master index at
phases/00-index.mdwith the new phase entry. -
Update phase summary at
phases/phase-{NN}-{name}.mdto mark the archived parts/steps as ✅ and add a**Sub-plans archiviati**link to the newphase-{NN}-subplan/README.md.
Directory Structure
LibreFolio_developer_journal/
├── RoadmapV4_UI/
│ ├── phases/ # Archived completed phases
│ │ ├── 00-index.md # Master index
│ │ ├── phase-{NN}-{name}.md # Phase summary
│ │ └── phase-{NN}-subplan/ # All sub-plans for the phase
│ └── plan-*.md # Active (in-progress) plans
└── knowledge_base/ # Project reference docs
Common Commands
# List all active plans (not yet archived)
ls LibreFolio_developer_journal/RoadmapV4_UI/plan-*.md
# List archived phases
ls LibreFolio_developer_journal/RoadmapV4_UI/phases/
# Check a phase's sub-plans
cat LibreFolio_developer_journal/RoadmapV4_UI/phases/phase-06-subplan/README.md
When not to use it
- →Active development plans
- →Projects without plan archives
Prerequisites
Limitations
- →Requires git mv
- →Requires specific naming convention
How it compares
It enforces strict archiving and cross-linking rules for developer journals.
Compared to similar skills
plan-archive side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| plan-archive (this skill) | 0 | 3mo | Review | Intermediate |
| ideate | 1 | 6mo | No flags | Beginner |
| truthmark-structure | 0 | 1mo | No flags | Advanced |
| ml-paper-writing | 48 | 6mo | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
ideate
liveloveapp
Capture and document a new idea in this repo. Use when the user says things like "help me brainstorm", "I have an idea", or "let's capture this for the future" and wants it recorded in `design/ideas/` with a summary, supporting research (repo context + web if useful), and a sketch.
truthmark-structure
merlinhu1
Use when routing or truth ownership is missing, stale, broad, overloaded, catch-all, unrouteable, mixed-owner, needs split/repair, or needs new area setup. Not for documenting implemented behavior, syncing a code diff, or realizing docs into code.
ml-paper-writing
davila7
Write publication-ready ML/AI papers for NeurIPS, ICML, ICLR, ACL, AAAI, COLM. Use when drafting papers from research repos, structuring arguments, verifying citations, or preparing camera-ready submissions. Includes LaTeX templates, reviewer guidelines, and citation verification workflows.
docs-review
metabase
Review documentation changes for compliance with the Metabase writing style guide. Use when reviewing pull requests, files, or diffs containing documentation markdown files.
claude-md-improver
anthropics
Audit and improve CLAUDE.md files in repositories. Use when user asks to check, audit, update, improve, or fix CLAUDE.md files. Scans for all CLAUDE.md files, evaluates quality against templates, outputs quality report, then makes targeted updates. Also use when the user mentions "CLAUDE.md maintenance" or "project memory optimization".
markdown-to-html
github
Convert Markdown files to HTML similar to `marked.js`, `pandoc`, `gomarkdown/markdown`, or similar tools; or writing custom script to convert markdown to html and/or working on web template systems like `jekyll/jekyll`, `gohugoio/hugo`, or similar web templating systems that utilize markdown documents, converting them to html. Use when asked to "convert markdown to html", "transform md to html", "render markdown", "generate html from markdown", or when working with .md files and/or web a templating system that converts markdown to HTML output. Supports CLI and Node.js workflows with GFM, CommonMark, and standard Markdown flavors.