memory-manager
Audit, restructure, and maintain the full Claude Code memory hierarchy: CLAUDE.md files, .claude/rules/ topic files, auto-memory, and project documentation. Detects project type and suggests appropriate docs. Use when CLAUDE.md needs updating, memory needs restructuring, or a project needs its docs audited. Trigger with 'audit memory', 'update CLAUDE.md', 'restructure memory', 'session capture', 'memory cleanup', 'check project docs', or 'what docs does this project need'.
Works with
---
name: memory-manager
description: Audit, restructure, and maintain the full Claude Code memory hierarchy: CLAUDE.md files, .claude/rules/ topic files, auto-memory, and project documentation. Detects project type and suggests appropriate docs. Use when CLAUDE.md needs updating, memory needs restructuring, or a project needs its docs audited. Trigger with 'audit memory', 'update CLAUDE.md', 'restructure memory', 'session capture', 'memory cleanup', 'check project docs', or 'what docs does this project need'.
license: MIT
---
# Memory Manager
Manage the full Claude Code memory hierarchy across three layers. Produces well-organised, correctly-placed memory files that follow size guidelines and progressive disclosure.
## Three Memory Layers
| Layer | Location | Purpose | Managed by this skill |
|-------|----------|---------|----------------------|
| CLAUDE.md hierarchy | `./CLAUDE.md`, subdirs, parent dirs | Project context, commands, architecture, rules | Yes |
| Rules topic files | `.claude/rules/*.md` | Correction rules, patterns, technical facts | Yes |
| Auto-memory | `~/.claude/projects/*/memory/MEMORY.md` | Session-specific patterns | No (Claude manages automatically) |
## Operating Modes
### Mode 1: Session Capture
**When**: End of session, "capture learnings", "update CLAUDE.md with what we learned"
1. Review the conversation for discoveries worth preserving:
- Commands that worked (or didn't)
- Gotchas and workarounds found
- Architecture decisions made
- Configuration quirks discovered
- Patterns that would help future sessions
2. Categorise each discovery using the placement decision tree below
3. Draft all changes as diffs in a single batch
4. Present the batch — apply after a single yes/no confirmation
**Keep it concise**: one line per concept. No verbose explanations, no generic advice.
### Mode 2: Full Audit
**When**: "audit memory", "check project docs", periodic maintenance, working in a neglected project
1. Run the audit script:
```bash
python3 skills/memory-manager/scripts/audit_memory.py [repo-path]
```
2. Review the output: sizes, quality scores, project type, missing docs, stale references
3. Generate changes autonomously — create, update, or flag files as needed
4. Present all changes as a single batch for approval
5. Apply approved changes
For large repos, delegate to a sub-agent:
```
Task(subagent_type: "general-purpose",
prompt: "Run python3 skills/memory-manager/scripts/audit_memory.py /path/to/repo
and summarise the findings.")
```
### Mode 3: Restructure
**When**: "restructure memory", root CLAUDE.md over 200 lines, first-time memory setup
1. Run full audit (Mode 2) first
2. Split oversized files:
- Extract topic sections from root CLAUDE.md into `.claude/rules/<topic>.md`
- Extract directory-specific content into sub-directory CLAUDE.md files
3. Create missing documentation files based on project type
4. Present the restructure plan, apply after approval
## Placement Decision Tree
```
Would this still apply if I switched to a completely different project?
├── YES → ~/.claude/rules/<topic>.md
│ (correction rules, API patterns, coding standards)
└── NO → Is it specific to a subdirectory?
├── YES → <dir>/CLAUDE.md
│ (integrations, directory-specific gotchas)
└── NO → ./CLAUDE.md (project root)
(identity, stack, commands, architecture, critical rules)
```
## Size Targets
| File Type | Target | Maximum |
|-----------|--------|---------|
| Root CLAUDE.md | 50-150 lines | 200 |
| Sub-directory CLAUDE.md | 15-50 lines | 80 |
| Rules topic file | 20-80 lines | 120 |
## What Belongs Where
### Root CLAUDE.md
- Project name, purpose, owner
- Tech stack summary
- Build/deploy/test commands (copy-paste ready)
- Directory structure overview
- Critical "never do X" rules
- Key integrations and secrets locations
### Sub-directory CLAUDE.md
- External service integrations for that component
- Non-obvious configuration specific to this area
- Directory-specific commands
- Gotchas when working in this directory
**Don't create when**: parent covers it, directory is self-explanatory, content would be under 10 lines.
### .claude/rules/ topic files
- Correction rules bridging training cutoff (e.g. API changes, deprecated patterns)
- Coding patterns and standards
- Platform-specific formatting rules
- Error prevention patterns
### What to delete
- Content Claude already knows from training
- Verbose explanations of standard frameworks
- Changelogs or version history (use git)
- Duplicated content from parent CLAUDE.md files
- "TODO" items that were never completed
- Generic advice not specific to the project
## Project Type Detection
The audit script detects project type from file presence and suggests appropriate documentation:
| Indicator | Type | Suggested Docs |
|-----------|------|---------------|
| `wrangler.jsonc` / `wrangler.toml` | Cloudflare Worker | ARCHITECTURE.md |
| `vite.config.*` + `.tsx` files | Vite/React | ARCHITECTURE.md |
| `next.config.*` | Next.js | ARCHITECTURE.md |
| MCP patterns in `src/index.ts` | MCP Server | ARCHITECTURE.md, API_ENDPOINTS.md |
| `src/routes/` or `src/api/` | API Project | API_ENDPOINTS.md, DATABASE_SCHEMA.md |
| Drizzle/Prisma config | Database | DATABASE_SCHEMA.md |
All projects get CLAUDE.md. Additional docs only when the project type warrants them. See [references/project-types.md](references/project-types.md) for full detection heuristics and doc templates.
## Autonomy Rules
- **Just do it**: Run audit, detect project type, identify gaps, draft changes
- **Brief confirmation**: Apply changes (single batch yes/no, not item-by-item)
- **Ask first**: Delete existing content, major restructures (moving 50+ lines), create new project docs from scratch where there's ambiguity about content
## Quality Scoring
The audit script scores each CLAUDE.md on 6 criteria (100 points):
| Criterion | Points | What it measures |
|-----------|--------|-----------------|
| Commands/Workflows | 20 | Build, test, deploy documented |
| Architecture Clarity | 20 | Structure, relationships, entry points |
| Non-Obvious Patterns | 15 | Gotchas, quirks, warnings |
| Conciseness | 15 | Dense content, no filler |
| Currency | 15 | References valid, commands work |
| Actionability | 15 | Copy-paste ready, real paths |
See [references/quality-criteria.md](references/quality-criteria.md) for the full rubric.
## Reference Files
| When | Read |
|------|------|
| Scoring CLAUDE.md quality | [references/quality-criteria.md](references/quality-criteria.md) |
| Detecting project type and expected docs | [references/project-types.md](references/project-types.md) |
| Creating new CLAUDE.md or rules files | [references/templates.md](references/templates.md) |
## Scripts
- `scripts/audit_memory.py` — Scan all three layers, score quality, detect project type, flag issues
- `python3 audit_memory.py [repo-path]` — human-readable report
- `python3 audit_memory.py [repo-path] --json` — structured JSON outputMore Writing & Documentation skills
paper-context-resolver
lllllllama/rigorpilot-skills
Rigor Paper Context helper for README-first deep learning repo reproduction. Use only when the README and repository files leave a narrow reproduction-critical gap and the task is to resolve a specific paper detail such as dataset split, preprocessing, evaluation protocol, checkpoint mapping, or runtime assumption from primary paper sources while recording conflicts. Do not use for general paper summary, repo scanning, environment setup, command execution, title-only paper lookup, or replacing README guidance by default.
repo-intake-and-plan
lllllllama/rigorpilot-skills
Rigor Intake helper for README-first deep learning repo reproduction. Use when the task is specifically to scan a repository, read the README and common project files, extract documented commands, classify inference, evaluation, and training candidates, and return the smallest trustworthy reproduction plan to the main orchestrator. Do not use for environment setup, asset download, command execution, final reporting, paper lookup, or end-to-end orchestration.
minimal-run-and-audit
lllllllama/rigorpilot-skills
Rigor Run skill for README-first deep learning repo reproduction. Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference or evaluation command and write standardized `repro_outputs/` files, including patch notes when repository files changed. Do not use for training execution, initial repo intake, generic environment setup, paper lookup, target selection, hidden scientific-meaning changes, or end-to-end orchestration by itself.

