By codenamev
Retain project context across Claude Code sessions by storing and recalling architecture, conventions, tech stack, decisions, and corrections in long-term memory — so Claude explains your codebase without re-reading files, follows your patterns, and learns from feedback.
Knowledge about analyzing projects for tech stack, frameworks, tools, and conventions. Use when asked to understand or learn about a project's structure.
Diagnose ClaudeMemory installation and configuration issues. Use when memory tools fail or setup seems broken.
Workflow for checking memory before code exploration. Auto-loaded when answering questions about code, architecture, or patterns.
Store and recall long-term memory. Use when persisting facts learned during conversations or recalling stored knowledge about projects and preferences.
Automatically install, configure, or upgrade ClaudeMemory
Admin access level
Server config contains admin-level keywords
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimnpx claudepluginhub codenamev/claude_memory --plugin claude-memoryBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
No model invocation
Executes directly as bash, bypassing the AI model
No model invocation
Executes directly as bash, bypassing the AI model
Long-term memory for Claude Code - automatic, intelligent, zero-configuration
ClaudeMemory gives Claude Code a persistent memory across all your conversations. It automatically:
No API keys. No configuration. Just works.
ClaudeMemory now has two complementary halves: a semantic fact store ("what is true" — your stack, conventions, decisions) and an episodic observation layer ("what happened" — the narrative of your sessions). Observations are deduplicated and consolidated automatically, and only graduate to facts once corroborated — so fleeting mentions never harden into false memory. See Episodic Memory.
gem install claude_memory
From within Claude Code, add the marketplace and install the plugin:
# Add the marketplace (one-time setup)
/plugin marketplace add codenamev/claude_memory
# Install the plugin
/plugin install claude-memory
Initialize both global and project-specific memory:
claude-memory init
This creates:
~/.claude/memory.sqlite3) - User-wide preferences.claude/memory.sqlite3) - Project-specific knowledgeBootstrap memory with your project's tech stack:
/claude-memory:analyze
This reads your project files (Gemfile, package.json, etc.) and stores facts about languages, frameworks, tools, and conventions.
claude-memory doctor
Just talk naturally! Memory happens automatically.
You: "I'm building a Rails app with PostgreSQL, deploying to Heroku"
Claude: [helps with setup]
# Behind the scenes:
# - Session transcript ingested
# - Facts extracted automatically
# - No user action needed
Later:
You: "Help me add a background job"
Claude: "Based on my memory, you're using Rails with PostgreSQL..."
👉 See Getting Started Guide → 👉 View Example Conversations →
We tested identical prompts with and without ClaudeMemory to measure the actual impact. Here's what we found:
Prompt: "Explain the conflict detection and resolution system. Answer from knowledge only — do not read any files."
| Without Memory | With Memory | |
|---|---|---|
| Response | 16 lines: "I don't know this codebase — let me read the files" | 76 lines: correct 4-role PredicatePolicy explanation, resolution pipeline, specific examples |
| Outcome | Honest refusal — zero architectural understanding | Deep understanding without touching the filesystem |
Prompt: "I want to add a new predicate. Walk me through every file I need to update."
| Without Memory | With Memory | |
|---|---|---|
| Response | 6 steps targeting 3 non-existent files (predicate.rb, predicate_synonyms.rb, json_schema.rb) | 8 steps, all targeting real files with correct paths |
| Outcome | Plausible but wrong — would waste developer time | Actionable, correct, references actual commits |
Prompt: "What are my standard development environment preferences across all my projects?"
| Without Memory | With Memory | |
|---|---|---|
| Response | "I don't have stored knowledge of your preferences" | Lists 7 real preferences: iTerm2, tmux, VS Code, PostgreSQL, Redis, Docker |
| Outcome | Blank slate every session | Personalized from day one |
File-searchable questions ("what version is this?") and one-shot code generation without explicit recall don't benefit — grep is equally effective. Memory shines when the answer isn't in any single file: architecture spanning dozens of classes, conventions from past sessions, decisions with rationale, and user preferences.
AI-powered architecture documentation framework with ADRs, reviews, and pragmatic mode
Persistent memory across Claude Code sessions using Supermemory
Persistent memory across Claude Code sessions using Cognis
Memory compression system for Claude Code - persist context across sessions
Persistent memory system for Claude Code with SQLite, FTS5, and vector search
Persistent long-term memory for Claude Code via MCP — captures coding decisions, bugfixes, and context across sessions. Hybrid FTS5 + TF-IDF search with episode batching. Single SQLite DB, no external services. A lighter, lower-cost alternative to claude-mem (episode batching + a smaller model; cost savings are an internal estimate, not a measured benchmark).
Curated persistent memory for Claude Code. Write gate prevents bloat — only behavior-changing facts get saved. Tiered architecture: daily logs, structured registers, and auto-loaded working memory.