Review
The /si:review skill analyzes Claude Code's auto-memory to identify areas for improvement.
Install
npx promptshop add reviewDetails
What This Skill Does
The /si:review skill analyzes Claude Code's auto-memory to identify areas for improvement. It audits the MEMORY.md file and topic files, looking for recurrence, staleness, consolidation opportunities, and promotion candidates. The skill provides actionable recommendations to optimize Claude's memory and improve its performance.
When to Use
- Identify stale or outdated entries in auto-memory.
- Find opportunities to consolidate redundant memory entries.
- Discover patterns suitable for promotion to project rules.
- Get a summary of the auto-memory's health and content.
- Analyze memory files for recurrence indicators.
- Improve Claude's performance by optimizing its memory.
Key Features
Analyzes MEMORY.md and related topic files. Identifies recurrence, staleness, and consolidation opportunities. Suggests candidates for promotion to CLAUDE.md. Provides a summary of memory health and content. Offers actionable recommendations for memory optimization. Detects memory directory and lists memory files.
Manual Installation
Performs a comprehensive audit of Claude Code's auto-memory and produces actionable recommendations.
Usage
/si:review # Full review /si:review --quick # Summary only (counts + top 3 candidates) /si:review --stale # Focus on stale/outdated entries /si:review --candidates # Show only promotion candidates
What It Does
Step 1: Locate memory directory
Find the project's auto-memory directory
MEMORY_DIR="$HOME/.claude/projects/$(pwd | sed 's|/|%2F|g; s|%2F|/|; s|^/||')/memory"
Fallback: check common path patterns ~/.claude/projects/<user>/<project>/memory/ ~/.claude/projects/<absolute-path>/memory/
List all memory files ls -la "$MEMORY_DIR"/
- If memory directory doesn't exist, report that auto-memory may be disabled.
- Suggest checking with /memory.
Step 2: Read and analyze MEMORY.md
Read the full MEMORY.md file. Count lines and check against the 200-line startup limit.
Analyze each entry for:
Recurrence indicators
- Same concept appears multiple times (different wording)
- References to "again" or "still" or "keeps happening"
- Similar entries across topic files
Staleness indicators
- References files that no longer exist (find to verify)
- Mentions outdated tools, versions, or commands
- Contradicts current CLAUDE.md rules
Consolidation opportunities
- Multiple entries about the same topic (e.g., three lines about testing)
- Entries that could merge into one concise rule
Promotion candidates — entries that meet ALL criteria:
- Appeared in 2+ sessions (check wording patterns)
- Not project-specific trivia (broadly useful)
- Actionable (can be written as a concrete rule)
- Not already in CLAUDE.md or .claude/rules/
Step 3: Read topic files
If MEMORY.md references or the directory contains additional files (debugging.md, patterns.md, etc.): Read each one Cross-reference with MEMORY.md for duplicates Check for entries that belong in the main file (high value) vs. topic files (details)
Step 4: Cross-reference with CLAUDE.md
Read the project's CLAUDE.md (if it exists) and compare: Are there MEMORY.md entries that duplicate CLAUDE.md rules? (→ remove from memory) Are there MEMORY.md entries that contradict CLAUDE.md? (→ flag conflict) Are there MEMORY.md patterns not yet in CLAUDE.md that should be? (→ promotion candidate)
Also check .claude/rules/ directory for existing scoped rules.
Step 5: Generate report
Output format:
📊 Auto-Memory Review
Memory Health: MEMORY.md: {{lines}}/200 lines ({{percent}}%) Topic files: {{count}} ({{names}}) CLAUDE.md: {{lines}} lines Rules: {{count}} files in .claude/rules/
🎯 Promotion Candidates ({{count}}):
- "{{pattern}}" — seen {{n}}x, applies broadly → Suggest: {{target}} (CLAUDE.md / .claude/rules/{{name}}.md)
- ...
🗑️ Stale Entries ({{count}}):
- Line {{n}}: "{{entry}}" — {{reason}}
- ...
🔄 Consolidation ({{count}} groups):
- Lines {{a}}, {{b}}, {{c}} all about {{topic}} → merge into 1 entry
- ...
⚠️ Conflicts ({{count}}):
- MEMORY.md line {{n}} contradicts CLAUDE.md: {{detail}}
💡 Recommendations:
- {{actionable suggestion}}
- {{actionable suggestion}}
When to Use
After completing a major feature or debugging session When /si:status shows MEMORY.md is over 150 lines Weekly during active development Before starting a new project phase After onboarding a new team member (review what Claude learned)
Tips
Run /si:review --quick frequently (low overhead) Full review is most valuable when MEMORY.md is getting crowded Act on promotion candidates promptly — they're proven patterns Don't hesitate to delete stale entries — auto-memory will re-learn if needed/si:review — Analyze Auto-Memory
Performs a comprehensive audit of Claude Code's auto-memory and produces actionable recommendations.
Usage
/si:review # Full review /si:review --quick # Summary only (counts + top 3 candidates) /si:review --stale # Focus on stale/outdated entries /si:review --candidates # Show only promotion candidates
What It Does
Step 1: Locate memory directory
Find the project's auto-memory directory
MEMORY_DIR="$HOME/.claude/projects/$(pwd | sed 's|/|%2F|g; s|%2F|/|; s|^/||')/memory"
Fallback: check common path patterns ~/.claude/projects/<user>/<project>/memory/ ~/.claude/projects/<absolute-path>/memory/
List all memory files ls -la "$MEMORY_DIR"/
- If memory directory doesn't exist, report that auto-memory may be disabled.
- Suggest checking with /memory.
Step 2: Read and analyze MEMORY.md
Read the full MEMORY.md file. Count lines and check against the 200-line startup limit.
Analyze each entry for:
Recurrence indicators
- Same concept appears multiple times (different wording)
- References to "again" or "still" or "keeps happening"
- Similar entries across topic files
Staleness indicators
- References files that no longer exist (find to verify)
- Mentions outdated tools, versions, or commands
- Contradicts current CLAUDE.md rules
Consolidation opportunities
- Multiple entries about the same topic (e.g., three lines about testing)
- Entries that could merge into one concise rule
Promotion candidates — entries that meet ALL criteria:
- Appeared in 2+ sessions (check wording patterns)
- Not project-specific trivia (broadly useful)
- Actionable (can be written as a concrete rule)
- Not already in CLAUDE.md or .claude/rules/
Step 3: Read topic files
If MEMORY.md references or the directory contains additional files (debugging.md, patterns.md, etc.): Read each one Cross-reference with MEMORY.md for duplicates Check for entries that belong in the main file (high value) vs. topic files (details)
Step 4: Cross-reference with CLAUDE.md
Read the project's CLAUDE.md (if it exists) and compare: Are there MEMORY.md entries that duplicate CLAUDE.md rules? (→ remove from memory) Are there MEMORY.md entries that contradict CLAUDE.md? (→ flag conflict) Are there MEMORY.md patterns not yet in CLAUDE.md that should be? (→ promotion candidate)
Also check .claude/rules/ directory for existing scoped rules.
Step 5: Generate report
Output format:
📊 Auto-Memory Review
Memory Health: MEMORY.md: {{lines}}/200 lines ({{percent}}%) Topic files: {{count}} ({{names}}) CLAUDE.md: {{lines}} lines Rules: {{count}} files in .claude/rules/
🎯 Promotion Candidates ({{count}}):
- "{{pattern}}" — seen {{n}}x, applies broadly → Suggest: {{target}} (CLAUDE.md / .claude/rules/{{name}}.md)
- ...
🗑️ Stale Entries ({{count}}):
- Line {{n}}: "{{entry}}" — {{reason}}
- ...
🔄 Consolidation ({{count}} groups):
- Lines {{a}}, {{b}}, {{c}} all about {{topic