Your AI forgets everything when the session ends. NaN Forget fixes that.
Install (3 steps)
npx nan-forget setup
That's it. The wizard installs Ollama, embeddings, Claude hooks, MCP config, and a project for Codex-style agents. Restart Claude Code or reopen Codex. Your AI now remembers.
AI that remembers. Local-first cross-session, cross-project long-term memory for coding tools.
No API keys needed. No Docker needed. Runs locally. Free forever.
How It Works
flowchart LR
A["You talk to your AI tool"] --> B["It learns things"]
B --> C["nan-forget saves to SQLite"]
C --> D["Session ends"]
D --> E["New session starts"]
E --> F["nan-forget loads context"]
F --> G["Your AI remembers"]
You work normally. Your agent saves decisions, preferences, and facts to a local SQLite memory database as you go.
Session ends. Memories persist in ~/.nan-forget/memories.db. Aging memories get automatically compacted into long-term entries.
New session starts. nan-forget loads context from past sessions. Auth decisions from 3 months ago on Project A surface when you work on Project B today.
Automatic Memory Handling
You never call save or search manually. Here's what happens behind the scenes:
Claude Code (fully automatic)
Event
What fires
What happens
Session starts
memory_sync
Lightweight handshake — checks health, loads stats, lists projects. No heavy search.
You send a message
UserPromptSubmit hook
nan-forget recall auto-searches memory for relevant context and injects it into the conversation.
You discuss a topic
memory_search
Claude searches the DB dynamically whenever relevant context might exist — like how you recall things on-demand.
Claude learns something
memory_save
Claude saves decisions, preferences, and facts immediately. Tool descriptions tell Claude "you MUST call this."
Claude writes a .md file
PostToolUse hook
memory-sync.js intercepts the write, parses frontmatter, and auto-saves it to SQLite via nan-forget add.
Session ends
SessionEnd hook
session-end.js scans the conversation transcript for unsaved decisions/facts and saves the top 5 to the DB.
Every 10 saves or 24h
Auto-consolidate
Aging memories get clustered and compacted into long-term entries. Originals are archived.
Four layers of protection ensure nothing is lost:
Auto-recall on every message (UserPromptSubmit hook)
Claude saves proactively (directive tool descriptions)
Hook catches .md writes (PostToolUse intercept)
End-of-session sweep (SessionEnd transcript scan)
Codex, Cursor, and other tools
Codex and similar agents work well with nan-forget, but they usually need instruction files or shell/API fallbacks instead of Claude's hook model:
Run setup: npx nan-forget setup
Use the generated AGENTS.md in your repo. It tells Codex-style agents to sync, search, save, and checkpoint automatically.
Use REST or CLI fallback during conversation. Agents can call the REST API on localhost:3456 or local commands like nan-forget sync, nan-forget search, nan-forget add, and nan-forget checkpoint.
The REST API and CLI now mirror the important memory workflows closely enough that memories saved by Claude are searchable from Codex and vice versa.
# Start the REST API
nan-forget api
# The system prompt tells your agent exactly what endpoints to call
nan-forget prompt
Slash Commands
Type these in Claude Code:
Command
What it does
/nan-forget
Load context from past sessions
/nan-forget stats
Show memory health
/nan-forget clean
Run garbage collection
/nan-forget compact
Force memory consolidation
/nan-forget health
Check if services are running
/nan-forget start
Start all services
Works with Any LLM
Claude uses MCP. Codex can use AGENTS.md plus CLI/REST fallback:
# Start the API
nan-forget api
# Get the system prompt for your agent
nan-forget prompt
Codex, Cursor, and Claude all share the same memory database.
curl http://localhost:3456/memories/search?q=auth
curl -X POST http://localhost:3456/memories/sync -d '{"project":"my-app"}'
curl -X POST http://localhost:3456/memories/checkpoint \
-H 'content-type: application/json' \
-d '{"task_summary":"Fixed auth regression","problem":"Expired tokens were not refreshed","solution":"Added refresh handling in middleware","files":["src/auth.ts"],"concepts":["auth","jwt"],"project":"my-app"}'
Quick Start (CLI)
nan-forget add "We use FastAPI, not Django. Railway deploys faster."
nan-forget add --type decision "Auth is Clerk, not custom JWT"
nan-forget search "what auth system"
nan-forget stats
Architecture (Expert Section)
Everything below is for developers who want to understand how nan-forget works under the hood.
The Problem
LLMs have no memory between sessions. Every conversation starts from zero. You re-explain your stack, Claude contradicts decisions from last month, and context disappears when the session ends.
Existing solutions (Mem0) target app developers embedding memory into products. We target you — the developer using AI tools daily who wants AI that just remembers.
Design: Brain-Inspired Two-Layer Memory
flowchart TB
subgraph Short["Short-Term Memory"]
MD[".md files<br/>Current session context<br/>Disposable scratch paper"]
end
subgraph Long["Long-Term Memory"]
DB["SQLite + sqlite-vec<br/>~/.nan-forget/memories.db<br/>Semantic search + decay"]
end
subgraph Auto["Automatic Processes"]
Hook["Hooks (3)<br/>PostToolUse: .md → DB<br/>UserPromptSubmit: auto-recall<br/>SessionEnd: transcript sweep"]
Consolidate["Consolidation Engine<br/>Clusters + summarizes aging memories"]
GC["Garbage Collection<br/>Decay, dedup, expiry"]
end
MD -->|"hook intercepts"| Hook
Hook -->|"nan-forget add"| DB
DB --> Consolidate
Consolidate --> DB
DB --> GC
High-confidence memories (debate-validated, human-approved) decay much slower and rank higher. A core memory at 0.85 confidence decays at ~15% of normal rate — effectively permanent unless superseded. Cross-project search means auth decisions from Project A surface when you work on Project B.
Consolidation Engine
Aging memories don't just get deleted — they get compacted into long-term entries:
flowchart TB
A["10+ aging memories<br/>about the same topic"] --> B["Cluster by project + type<br/>+ vector similarity > 0.8"]
B --> C{"OpenAI key<br/>available?"}
C -->|"Yes"| D["LLM summarizes cluster<br/>into 1-2 sentences"]
C -->|"No"| E["Deterministic merge<br/>concatenate + deduplicate"]
D --> F["Save consolidated entry<br/>with fresh vector embedding"]
E --> F
F --> G["Archive originals<br/>with backlink"]
Triggers automatically after every 10 saves or 24 hours. No user action needed.
13 MCP Tools
Tool
Purpose
memory_sync
Lightweight session handshake: health check + stats + project list
memory_save
Save a memory (auto-called by Claude, proactively)
memory_search
Semantic search with 3-stage retrieval (depth 1-3)
memory_get
Fetch a specific memory by ID
memory_update
Change content, type, or tags
memory_archive
Soft-delete (hidden from search, never truly deleted)
Save full problem→solution context after completing a task
memory_compress
Compress persisted .md memory files to minimal stubs
Structured Memories
memory_save accepts structured fields for richer vector representation:
Field
Type
Purpose
content
string
Full description (required)
type
string
fact, decision, preference, task, context
project
string
Project name
problem
string
What was the challenge
solution
string
How it was solved
concepts
string[]
Searchable tags (["auth", "jwt", "middleware"])
files
string[]
Files involved (["src/auth.ts"])
confidence
number
Trust level 0.0–1.0 (default based on provenance)
provenance
string
save, checkpoint, debate, human
tier
string
regular or core (auto-derived from provenance)
All fields are embedded together into a single vector. Searches for "JWT auth bug" find memories tagged with those concepts even if the content text doesn't match literally.
Memory Tiers
Not all memories are equal. Debate-validated and human-approved memories are core — they decay slower, rank higher in search, and survive garbage collection longer.
Provenance
Default Confidence
Auto Tier
Decay Rate
save
0.5
regular
Normal (30-day half-life)
checkpoint
0.65
regular
~35% slower
debate
0.85
core
~85% slower
human
0.95
core
~95% slower
Core memories are designed for the upcoming nan-debate system — multi-AI debate results validated by human approval get persisted as high-trust knowledge that almost never fades.
Checkpoint Workflow
After completing a task, call memory_checkpoint with task_summary, problem, solution, files, concepts, and project. Saves the full problem→solution context to long-term memory. Every completed task = one checkpoint.
Memory Compression
memory_compress scans .claude/projects/*/memory/ for .md files already persisted to the DB. Persisted files are replaced with minimal stubs. Reduces context window bloat.
REST API (for non-MCP LLMs)
Shares the same SQLite database as the MCP server — memories saved by Claude are searchable from Codex and vice versa.
POST /memories — Save a memory (supports problem/solution/files/concepts)
POST /memories/checkpoint — Save completed-task context
POST /memories/sync — Lightweight session handshake
GET /memories/search?q=... — Semantic search
GET /memories/:id — Get by ID
PATCH /memories/:id — Update
DELETE /memories/:id — Archive
POST /memories/consolidate — Compact aging memories
POST /memories/clean — Garbage collection
GET /memories/stats — Memory health
GET /memories/instructions — System prompt for LLMs
Get the system prompt for any LLM:
nan-forget prompt
# or
curl http://localhost:3456/memories/instructions
Embeddings
Provider
Model
Dimensions
Cost
Ollama (default)
nomic-embed-text
768
Free, local
OpenAI
text-embedding-3-small
1536
Your API key
Auto-detection: Ollama running? Use it. Not running? Check for OPENAI_API_KEY. No config needed.
Data Storage
All data lives in a single SQLite file at ~/.nan-forget/memories.db. No Docker, no services, no data loss on updates.
Vector search: sqlite-vec extension (cosine distance, embedded in process)
Metadata: Standard SQL tables with indexes on user_id, status, project, type
Backup: Copy one file. Restore: Put it back.
Export: nan-forget export dumps all memories as JSON.
Memory Lifecycle
flowchart TB
A["New memory saved"] --> B["Active in SQLite<br/>Searchable, scored"]
B --> C{"Accessed<br/>recently?"}
C -->|"Yes"| D["Score stays high<br/>frequency_boost increases"]
C -->|"No"| E["Decay weight drops<br/>0.5^(days/30)"]
E --> F{"Decay < 0.3?"}
F -->|"Yes"| G["Consolidation candidate<br/>Clustered + summarized"]
F -->|"No"| B
G --> H["New consolidated entry<br/>Originals archived"]
D --> B
E --> I{"Decay < 0.1?"}
I -->|"Yes"| J["Archived by GC"]
I -->|"No"| F
Garbage Collection (Zero LLM Cost)
All cleanup is deterministic. No API calls. No LLM inference.
Decay GC: Archives memories below 0.1 decay weight (~100 days for regular, ~600+ days for core)
Expiration: Archives memories past expires_at date
MEMORY.md sync: Refreshes working memory with top 5 scored memories per project
Core memories (confidence ≥ 0.85) survive GC far longer than regular ones because their decay formula dampens the time factor: decay^(1 - confidence). A 0.85-confidence memory at 200 days still has a decay weight above 0.1.
Design Philosophy
NaN Forget is built around three principles: lightweight, automatic, and local.
Lightweight
No Docker. No cloud services. No background processes eating RAM. The entire storage layer is a single SQLite file (~3 MB). Embeddings run through Ollama, which you likely already have. Memory operations (save, search, dedup, GC) use zero LLM calls — all deterministic.
Automatic
Four hooks capture context at every stage of a session — you never call save manually:
UserPromptSubmit searches memory on every message you send
Tool descriptions instruct Claude to save decisions and facts as they happen
PostToolUse intercepts .md file writes and persists them
SessionEnd sweeps the transcript for anything missed
Aging memories consolidate automatically. Duplicates merge. Unused memories decay on a 30-day half-life. No maintenance required.
Local
Your data stays on your machine in ~/.nan-forget/memories.db. No accounts, no API keys required (Ollama is free and local), no telemetry. Backup is copying one file. Works across Claude Code (MCP), Codex/Cursor (REST API), and the terminal (CLI) — same database, same memories.
How it differs from other memory tools
Most AI memory solutions (Mem0, claude-mem) are designed for app developers embedding memory into products, or require Docker/cloud services to run. NaN Forget is designed for you — the developer using AI tools daily who wants context that persists across sessions without managing infrastructure.
Key design differences:
Retrieval: Three-stage pipeline (recognition → recall → spreading activation) with decay-weighted scoring, rather than flat vector search
Structure: Memories carry problem, solution, concepts, and files fields — searches find related context even when keywords don't match
Cost: Memory operations (save, search, dedup, consolidation, GC) are all deterministic — no LLM calls, no API costs
Setup: One command (npx nan-forget setup), no Docker, no containers, no services to manage
अभी टूल सूची नहीं है। रिमोट सर्वर को पहले हेल्थ चेक के बाद सूची मिलती है।
FAQ
सवाल
Nan Forget कैसे इंस्टॉल करें?
इस पेज पर Cursor, Claude Desktop, Claude Code या VS Code के लिए stdio कॉन्फ़िग कॉपी करें। यह पब्लिशर का इंस्टॉल इस्तेमाल करता है, PlugMCP प्रॉक्सी नहीं।
क्या Nan Forget के लिए API key चाहिए?
पब्लिशर ने ये एनवायरनमेंट वेरिएबल बताए हैं: OPENAI_API_KEY, NAN_FORGET_EMBEDDING_PROVIDER, NAN_FORGET_USER_ID, NAN_FORGET_PROJECT_ROOT।
Nan Forget कौन सा ट्रांसपोर्ट इस्तेमाल करता है?
Nan Forget stdio पर लोकल चलता है।
Nan Forget की पिछली जाँच कब हुई थी?
पिछली जाँच 2026-11-09 को हुई। AI that remembers. Local-first cross-session, cross-project long-term memory for coding tools.