Memory Maintenance Skill
Purpose: Provide Memory file structure guidance when Claude updates Memory files
Invocation: Claude autonomously uses this skill when updating Memory/*.md files
When to Use This Skill
This skill provides guidance for:
- •Creating new Memory files
- •Updating existing Memory files
- •Maintaining frontmatter schema
- •Understanding file interdependencies
- •Determining update triggers
Memory File Structure
Required Files
Memory/activeContext.md:
- •Current project status
- •Recent activities (last 2-3 sessions)
- •Critical reference information
- •Next steps
- •Update: Every session
Memory/projectbrief.md:
- •Project overview
- •Scope (in/out)
- •Objectives
- •Constraints
- •Update: Rarely (major scope changes)
Memory/communicationStyle.md:
- •Persona
- •Communication patterns
- •Audience
- •Voice examples
- •Update: Occasionally (persona refinements)
Optional Files
Memory/workflowProtocols.md:
- •Project-specific patterns
- •Tool usage conventions
- •Process documentation
- •Create when: Patterns emerge across multiple sessions
Memory/techEnvironment.md:
- •Stack (languages, frameworks, tools)
- •Code conventions (naming, imports, style)
- •Build system
- •Discovered patterns from codebase
- •Create when: Software development projects
Custom Files:
- •Create project-specific Memory files as needed
- •Examples: agentCoverageTest.md, wireframeReference.md
Frontmatter Schema
All Memory files MUST include:
--- version: "X.Y" lastUpdated: "YYYY-MM-DD HH:MM UTC" lifecycle: "initiation|planning|execution|maintenance" stakeholder: "technical|business|regulatory|all" changeTrigger: "≥25% code impact|pattern discovery|user request|context ambiguity" validatedBy: "human|ai|system" dependencies: ["file1.md", "file2.md"] ---
Field Requirements:
- •version: Increment minor (X.Y+1) for content, major (X+1.0) for structure
- •lastUpdated: Update on every modification
- •lifecycle: Current project phase
- •stakeholder: Who cares about this content
- •changeTrigger: What triggers updates
- •validatedBy: Who last verified accuracy
- •dependencies: Related Memory files (optional)
Update Triggers
Update Memory when:
- •≥25% code impact: Major refactoring, architectural changes
- •Pattern discovery: New insights about project/domain
- •User request: Explicit instruction to document
- •Context ambiguity: Gaps causing confusion
Do NOT update for:
- •Trivial changes (typos, formatting)
- •Temporary context (single-session)
- •Redundant information
File Interdependencies
Foundation Files (always read first):
- •activeContext.md
- •projectbrief.md
- •communicationStyle.md
Conditional Files (read when triggered):
- •workflowProtocols.md
- •techEnvironment.md
Document dependencies in frontmatter.
Self-Contained Principle
CRITICAL RULE:
- •Memory files MUST be self-contained
- •Memory files MUST NOT reference framework (AGENTS.md)
- •Framework MAY reference Memory files
This enables framework portability.
Archive Strategy
activeContext.md:
- •Archive when >500 lines
- •Keep last 2-3 sessions
- •Move older activities to git history
Session Files:
- •Archive to Work/sessions/archive/
- •Named: session-[timestamp].md
- •Git-ignored (ephemeral)
Convention Discovery Protocol
When reading code files:
- •Note conventions (naming, imports, style)
- •Document in Memory/techEnvironment.md
- •Check Memory before writing code
- •Apply documented conventions
- •Update as new patterns discovered
This prevents re-discovery overhead and ensures consistency.
Validation Checklist
Before updating Memory:
- • Frontmatter complete and valid
- • Version incremented
- • lastUpdated timestamp current
- • No references to framework (AGENTS.md)
- • Dependencies declared
- • Update trigger appropriate
- • Content serves file purpose
- • Size reasonable (activeContext <500 lines)
Examples
See reference implementation:
- •Your project's
Memory/directory - •Foundation files show minimal structure
- •Optional files show when to extend
Documentation
For complete specifications, see plugin documentation:
- •
docs/MEMORY-STRUCTURE.md- Detailed file specifications - •
docs/SESSION-CAPTURE.md- Session watching protocol - •
docs/SESSION-SAVE.md- Synthesis workflow