PL

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.zip

Installs 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.
223 chars✓ has a “when” trigger
Intermediate

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

You give it
Completed plan chain
You get back
Archived plan files and updated indexes

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:

PatternExampleUse
plan-phase{NN}{Description}.prompt.mdplan-phase06Assets.prompt.mdMain phase plan
plan-phase{NN}Step{N}{Description}.prompt.mdplan-phase06Step3AssetModal.prompt.mdStep-level plan
plan-phase{NN}BugfixMigration.prompt.mdplan-phase06BugfixMigration.prompt.mdBugfix iteration
plan-phase{NN}Step{N}Round{N}-{Description}.prompt.mdplan-phase06Step3Round6-LayoutPolish.prompt.mdBugfix round N
plan-phase{NN}Step{N}Round{N}{Suffix}.prompt.mdplan-phase06BugfixMigration-part3b.prompt.mdSub-iteration
plan-phase{NN}Step{N}Round{N}-checklist-{Description}.mdchecklist-F9-MergeSplitTest.mdVerification checklist

Cross-Linking Rules

When a plan spawns a follow-up:

  1. Original plan: add a forward link at the bottom → → Follow-up: [filename](path)
  2. New plan: add a back link at the top → ← Previous: [filename](path)

Verification Checklist (before archiving)

  1. ✅ All plans in the chain have status ✅ (completed)
  2. ✅ Cross-links are present and correct (forward + backward)
  3. ✅ File naming follows the convention above
  4. ✅ No orphan plans (every bugfix plan links back to its parent)

Archiving Procedure

When a phase is complete:

  1. Create phase summary (if not exists):

    phases/phase-{NN}-{name}.md
    
  2. Create subplan directory:

    phases/phase-{NN}-subplan/
    
  3. Move all plan files from RoadmapV4_UI/ into phases/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 plain mv or cp+rm) so git follows the rename and git log --follow keeps 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.md
    

    For 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.

  4. 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 under phases/)../../phase-NN-…md
    ../../TODO_FUTURI.md (project root)../../../../../TODO_FUTURI.md
    ../../../backend/… (project source)add 2 more ../

    Use a /tmp/libreFolio_fix_phaseNN_links.sh helper with sed -i '' (BSD sed on macOS). Validate at the end with a Python one-liner that walks the archived folder and os.path.normpath()-resolves every ](./…) and ](../…) link, printing the broken ones. Code references (backend/…) that were already broken before the move are noise — leave them.

  5. Create/update README.md in the subplan directory with a table:

    | File | Step | Description | Status |
    |------|------|-------------|--------|
    | `plan-phase06Step3Round12...md` | Step 3 | Round 12 — ... | ✅ |
    
  6. Update master index at phases/00-index.md with the new phase entry.

  7. Update phase summary at phases/phase-{NN}-{name}.md to mark the archived parts/steps as ✅ and add a **Sub-plans archiviati** link to the new phase-{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

Plan files

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.

SkillInstallsUpdatedSafetyDifficulty
plan-archive (this skill)03moReviewIntermediate
ideate16moNo flagsBeginner
truthmark-structure01moNo flagsAdvanced
ml-paper-writing486moReviewAdvanced

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.

12

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.

00

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.

4897

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.

1085

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".

2167

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.

1662

Search skills

Search the agent skills registry