
Storage Templates
Apply seedling-to-evergreen lifecycle templates so notes, specs, and agent context stay structured and reviewable over time.
Overview
Storage Templates is an agent skill most often used in Build (also Idea, Operate) that applies a four-stage maturity lifecycle to structured markdown content and review workflows.
Install
npx skills add https://github.com/athola/claude-night-market --skill storage-templatesWhat is this skill?
- Four-stage maturity model: Seedling → Growing → Evergreen → Archive
- Per-stage timelines (1–2 weeks seedling, 1–3 months growing, permanent evergreen)
- Date-prefixed seedling file pattern YYYY-MM-DD-topic.md with review_after frontmatter
- Defined exit paths per stage including archive for low-value captures
- Companion to storage-templates dependency for consistent file layouts
- 4 lifecycle stages: Seedling, Growing, Evergreen, Archive
- Estimated 600 tokens in upstream skill metadata
Adoption & trust: 1 installs on skills.sh; 304 GitHub stars; 3/3 security scanners passed (skills.sh audits); trending (+100% hot-view momentum).
What problem does it solve?
Your notes and specs pile up with no promotion rules, so agents and teammates cannot tell drafts from canonical truth.
Who is it for?
Solo builders maintaining a growing markdown knowledge repo or agent context directory who need cheap governance without a full CMS.
Skip if: Teams that only need a single static README or who will not honor review_after dates.
When should I use this skill?
Managing structured markdown content with maturity progression, promotion criteria, and lifecycle review workflows (lifecycle-stages skill).
What do I get? / Deliverables
Content gains stage-appropriate structure, review dates, and clear paths to evergreen reference or archive.
- Stage-tagged markdown files with maturity frontmatter
- Promotion or archive decision per content piece
- Consistent YYYY-MM-DD seedling naming where applicable
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Build/docs is the first home for capturing ideas and evolving written artifacts before they become code or launch copy. Storage and maturity templates govern how markdown knowledge is filed, reviewed, and promoted—not runtime infra.
Where it fits
Drop competitor observations as seedlings with a two-week review date instead of over-editing day-one notes.
Promote a validated API spec from Growing to Evergreen so codegen agents treat it as canonical.
Archive deprecated runbooks so RAG chunks stop surfacing retired deployment steps.
How it compares
Lifecycle governance for markdown repos—not a database migration or note-taking app integration by itself.
Common Questions / FAQ
Who is storage-templates for?
Indie developers and writers organizing Claude/Cursor project notes, specs, and research with predictable maturity stages and filenames.
When should I use storage-templates?
In Idea when capturing seedlings from research; in Build/docs when promoting specs to evergreen; in Operate/iterate when archiving deprecated guides so agents stop citing them.
Is storage-templates safe to install?
It is a documentation pattern skill with no required network access; review the Security Audits panel on this page for the parent night-market package.
Workflow Chain
Requires first: storage templates
SKILL.md
READMESKILL.md - Storage Templates
# Lifecycle Stages Maturity progression patterns, promotion criteria, and lifecycle management for structured content. ## Maturity Model ``` ┌──────────┐ ┌──────────┐ ┌───────────┐ ┌─────────┐ │ Seedling │───▶│ Growing │───▶│ Evergreen │───▶│ Archive │ └──────────┘ └──────────┘ └───────────┘ └─────────┘ ↓ ↓ ↓ ↓ 1-2 weeks 1-3 months Permanent Deprecated ``` ## Stage Definitions ### Seedling **Purpose**: Capture early ideas without commitment **Characteristics**: - Minimal structure - Date-prefixed filename - Short review cycle (1-2 weeks) - Low investment **Typical Content**: - Quick observations - Links to research - Rough ideas - Experimental notes **File Pattern**: `YYYY-MM-DD-topic.md` **Frontmatter**: ```yaml maturity: seedling review_after: [2 weeks from created] ``` **Exit Paths**: - → Growing (validated, expanded) - → Archive (not valuable) - → Stay Seedling (needs more time) ### Growing **Purpose**: Active development and validation **Characteristics**: - Structured content - Regular updates - Connected to other content - Medium investment **Typical Content**: - Draft specifications - Evolving patterns - Active research - Under-review documentation **File Pattern**: `topic-name.md` **Frontmatter**: ```yaml maturity: growing review_date: [quarterly] updated: [YYYY-MM-DD] ``` **Exit Paths**: - → Evergreen (stable, proven) - → Seedling (needs rework) - → Archive (invalidated) ### Evergreen **Purpose**: Stable, long-term reference material **Characteristics**: - Proven value over time - Rarely modified - Well-connected - High investment **Typical Content**: - Core patterns - Established processes - Reference documentation - Canonical guides **File Pattern**: `topic-name.md` **Frontmatter**: ```yaml maturity: evergreen updated: [YYYY-MM-DD] ``` **Exit Paths**: - → Archive (superseded, deprecated) - → Growing (significant changes needed) ### Reference **Purpose**: Version-specific or tool documentation **Characteristics**: - External source - Version-bound - Time-limited value - Attribution required **Typical Content**: - Tool documentation - API references - Version-specific features - Third-party guides **File Pattern**: `tool-version.md` **Frontmatter**: ```yaml maturity: reference version: [version number] expires: [YYYY-MM-DD] source: [URL] ``` **Exit Paths**: - → Archive (version deprecated) - → Reference (update to new version) ### Archive **Purpose**: Preserve deprecated or superseded content **Characteristics**: - Read-only - Clearly marked as deprecated - Redirect to replacement - Historical value **Typical Content**: - Deprecated patterns - Superseded documentation - Outdated tools - Failed experiments **File Pattern**: Move to `archive/YYYY-MM-DD-topic.md` **Frontmatter**: ```yaml maturity: archive deprecated: [YYYY-MM-DD] reason: [why archived] superseded_by: [replacement path] ``` ## Promotion Criteria ### Seedling → Growing **Quantitative**: - Accessed 2+ times - Connected to 1+ other entries - Expanded beyond initial capture **Qualitative**: - Insight validated through use - Pattern emerging - Worth structured development **Actions Required**: 1. Remove date prefix from filename 2. Update maturity to growing 3. Add structured sections 4. Set quarterly review date 5. Connect to related content ### Growing → Evergreen **Quantitative**: - Stable for 3+ months - Minimal edits in last month - Connected to 3+ other entries - Used in 5+ instances **Qualitative**: - Proven valuable over time - Pattern well-understood - Not likely to change - Widely applicable **Actions Required**: 1. Final content review 2. Upda