SkillAgentSearch skills...

archive-strategy

Design the archive layer that keeps current workspaces lean without losing history — what moves, when, to where, findable-by-search, with the project-close ritual that makes archiving automatic instead of aspirational

Install / Use

npx skills add mohitagw15856/pm-claude-skills --skill archive-strategy

Installs into whichever agent you are using.

About this skill
📄

SKILL.md

Installable skill definition

Quality Score

82/100

Category

Automation

Supported Platforms

Universal

Our assessment of archive-strategy

archive-strategy scores 82/100 on our quality scale, 2133rd of 2,945 Automation skills we index.

Its SKILL.md is 5.0 KB long, well organised into 12 sections and no code examples: a solid amount of guidance for an agent.

With 1,396 GitHub stars, it is one of the more widely adopted skills in the catalogue.

Substance
26/30
Structure
13/20
Description
15/15
Adoption
13/20
Freshness
15/15

Maintenance, license and trust

  • The repository was last updated 8 days ago, so archive-strategy is actively maintained.
  • It is released under the MIT license, a permissive license that allows use, modification and commercial use with attribution.
  • Its trust signals score 100/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.

archive-strategy compared with similar skills

All 4 of these similar skills score higher than archive-strategy; compare them before choosing.

SkillScoreStarsUpdatedFormat
archive-strategy (this skill)by mohitagw15856821.4k8d agoSKILL.md
Agent-Reachby Panniantong10088.6k17d agoCLAUDE.md
rufloby ruvnet10073.7ktodayCLAUDE.md
Scraplingby D4Vinci10085.3k2d agoMCP Server
algorithmic-artby anthropics100177.9k10d agoSKILL.md

Frequently asked questions

How do I install archive-strategy?
Run npx skills add mohitagw15856/pm-claude-skills --skill archive-strategy. The install tabs above show the steps for each supported agent.
Which AI agents does archive-strategy work with?
It is written for Universal, as a SKILL.md file. Other agents that read the same format can often use it too.
Is archive-strategy safe to use?
It is MIT-licensed and scores 100/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
Is archive-strategy still maintained?
The repository was last updated 8 days ago, so archive-strategy is actively maintained.

name: archive-strategy description: "Design the archive layer that keeps current workspaces lean without losing history — what moves, when, to where, findable-by-search, with the project-close ritual that makes archiving automatic instead of aspirational. Use when asked set up an archiving system, our workspace is drowning in old projects, when should things get archived, or make history findable without cluttering today. Produces the archive triggers, the destination structure, the findability rules, and the close-out ritual."

Archive Strategy Skill

Workspaces drown not in bad files but in finished ones — closed projects, past years, shipped versions — all cluttering the space where current work lives, because "archive" was never defined as an action with a trigger. A working archive strategy answers four questions structurally: when does something move (triggers, not judgment calls), where (a parallel dated structure, not a junk room), how is it found (search + a skeleton index, not browsing), and who moves it (the close-out ritual, so archiving happens at natural endings instead of never).

What This Skill Produces

  • The triggers — the events that move material to archive automatically: project close, year end, version supersession, person departure
  • The destination structure — _archive/[year]/[original-path] mirroring, so provenance survives the move
  • The findability layer — search-first retrieval + the one-page archive index for the things search misses
  • The close-out ritual — the 20-minute end-of-project checklist where archiving actually happens

Required Inputs

Ask for these if not provided:

  • The workspace(s) — drive, project tool, wiki, or all three; each gets the same triggers, platform-appropriate mechanics
  • The natural endings — what "closed" looks like here (shipped, signed-off, renewed, year-end); triggers attach to real events the team already recognizes
  • The retrieval reality — how often archived material actually gets fetched, and by whom; findability effort scales to real demand, not imagined
  • Retention constraints — anything with keep-periods or destruction dates (document-retention-map rules ride along into the archive)

Framework: The Strategy Rules

  1. Triggers beat judgment: "archive when the project closes / the year ends / v2 ships / the person leaves" — event-attached rules fire; "archive old stuff sometime" never does. Every trigger names its event and its mover.
  2. Mirror the path, date the layer: _archive/2026/Clients/Acme/ preserves where things lived — provenance is half of future findability, and flat archive dumps ("old-files/") destroy it. The move is a cut-paste of whole folders, never a reorganization-during-archiving (that's how archiving stalls).
  3. Search-first, index-light: archives are retrieved by search (names per filename-convention make this work), plus one skeleton index per year — ten lines: what major things this year's archive holds. Elaborate archive taxonomies serve nobody; the index serves the search-resistant cases.
  4. Active workspaces show only the living: the payoff metric is the current workspace's size — if this year's project list fits one screen, the strategy is working. Archive isn't storage policy; it's attention policy for the space where work happens.
  5. The ritual is where it becomes real: project close-out = 20 minutes: final artifacts named per convention → folder moved to the archive mirror → the year-index line written → links in living docs updated. Attached to the existing close process (the retro, the invoice, the handoff), owned by the project's closer — rituals attached to nothing fire like triggers attached to nothing.

Output Format

Archive Strategy: [workspace]

The Triggers

| Event | What moves | Who moves it | |---|---|---|

The Destination

[_archive/[year]/[mirrored-path] · whole-folder moves · retention/destruction notes riding along]

Findability

[Search-first note · the year-index skeleton (ten lines) · where the index lives]

The Close-Out Ritual (20 min, attached to [the existing close event])

[Name-final → move → index-line → fix-links — with the owner role named]

Quality Checks

  • [ ] Every trigger names a real event and a mover
  • [ ] The archive mirrors original paths under a year layer
  • [ ] Retrieval is search + skeleton index — no archive taxonomy project
  • [ ] The ritual is attached to an existing close process with an owner
  • [ ] The current workspace visibly shrank — the strategy's actual success metric

Anti-Patterns

  • [ ] Do not archive by mood — triggerless archiving is a euphemism for never
  • [ ] Do not flatten paths into a dump — provenance is findability
  • [ ] Do not reorganize while archiving — the move is a move; improving history is a separate (usually skippable) project
  • [ ] Do not build archive taxonomy — search plus ten index lines outperforms it at 5% of the cost
  • [ ] Do not let archives exempt themselves from retention rules — destruction dates ride along with the files

Related Skills

View on GitHub
GitHub Stars1.4k
CategoryAutomation
Updated8d ago
Forks249

Languages

HTML

Trust signals

100/100

From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.

No cautions