Rekindle
Rekindle is a local, SQLite-backed MCP memory and session-continuity server that helps an AI orient at session start, capture structured handoffs at session end, and survive mid-session context compaction.
Store memories (
store_memory) with content, category (preference, lesson, context, relationship, general), importance 1–10, project scope, and optional write provenance.Search memories (
search_memory) via SQLite FTS5 with BM25 ranking boosted by importance, filterable by project and category, with retrieval counts tracked.Browse, edit, and delete stored memories (
list_memories,update_memory,delete_memory), including full-text index rebuilds on content changes.Orient at session start (
boot_report) by reading the identity document, scanning memory stats, loading the latest checkpoint, reading the newest transcript, detecting structural gaps, surfacing open loops and PreCompact captures, and computing a 0–100 orientation score.Close a session (
end_session) by writing a required checkpoint plus optional decisions, open loops, constraints, preferences, warnings, relational delta, and next-session focus, all tied to a session record.Work with PreCompact captures (
list_captures,read_capture) in summary, structured, or raw modes to recover context lost during compaction.Capture on demand (
capture_now) to snapshot the current conversation before risky operations or at user request.Stay local and private — everything lives in a local SQLite file over stdio with no network calls, telemetry, or API keys.
Rekindle
For Claude Code users who lose time re-explaining project context every session.
npx rekindle initYour AI forgets everything between sessions. Rekindle fixes that.

Rekindle is an MCP continuity engine that solves session orientation, not just storage. Orient at session start, capture at session end, survive mid-session compaction. All local, all SQLite, zero API keys.
v0.5.1: fixes for unfilled user cards and init --global, building on v0.5's portable user card. Release notes.
Quick Start
Requires Node.js 22 or newer.
npx rekindle initThis creates .rekindle/ in your project with a SQLite database, identity template, continuity policy, project registry, captures directory, and transcript directory. Then add the MCP server config for your client:
One command registers the server:
claude mcp add rekindle -- npx -y rekindleOr add it to ~/.claude.json by hand:
{
"mcpServers": {
"rekindle": {
"command": "npx",
"args": ["-y", "rekindle"]
}
}
}Enable PreCompact protection (captures context before mid-session compaction):
npx rekindle setup-hooksEnable session-start orientation delivery — the budgeted orientation packet arrives automatically at startup, resume, /clear, and /compact, so the model re-orients at every context boundary without being asked:
npx rekindle setup-deliveryBoth hooks are opt-in; plain init never installs either. npx rekindle init --with-hooks --with-delivery does everything in one line.
Without --global, both commands write the project-local .claude/settings.local.json, so the hooks run only for sessions started in that directory. With --global, they write the user-scope ~/.claude/settings.json, which Claude Code applies in every project on the machine; register the server at the same scope so it is present wherever the hooks fire: claude mcp add --scope user rekindle -- npx -y rekindle (plain claude mcp add is local to the current project).
Session-start delivery resolves the hook's real working directory through
.rekindle/projects.json. Exact roots match by default; nested directories
inherit only when an entry sets "include_descendants": true. An unmapped or
ambiguous workspace is reported as UNKNOWN PROJECT and never receives a
checkpoint or context record from another project. REKINDLE_PROJECT remains
an explicit override, and receipts record which resolution rule won.
.rekindle/policy.json controls transcript handling, the startup byte budget,
and mandatory versus optional packet sections. Mandatory sections are atomic:
if they do not fit, Rekindle emits a bounded failure manifest instead of a
partial anchor. Optional sections are omitted whole and recorded in the
receipt. Set "transcript_mode": "excluded" to prevent SessionStart from
reading transcript files or paths and to mark transcript coverage N/A in the
orientation score. Set "background_writes_allowed": false to make the
automatic PreCompact hook exit without creating a capture; manual capture
remains a separate, explicit action.
Add to claude_desktop_config.json (macOS: ~/Library/Application Support/Claude/, Windows: %APPDATA%\Claude\):
{
"mcpServers": {
"rekindle": {
"command": "npx",
"args": ["-y", "rekindle"]
}
}
}Add to .cursor/mcp.json in your project root:
{
"mcpServers": {
"rekindle": {
"command": "npx",
"args": ["-y", "rekindle"]
}
}
}Then fill in .rekindle/identity.md and paste the boot instructions into your project's CLAUDE.md.
Session 1 stores. Session 2 remembers. Session 10 anticipates.
Related MCP server: claude-session-continuity-mcp
The Problem (43 Sessions of Data)
Over 43 sessions, we measured what an AI assistant failed to load at session start:
Metric | Value |
Sessions analyzed | 43 |
Clean boots (all context loaded) | 33% |
High-signal failures (5+ gaps) | 26% |
Total retrieval failures | 173 |
Existing memory tools (Mem0, Letta, Zep) optimize for retrieval accuracy: can the AI find what it stored? That's necessary but not sufficient. None of them address whether the AI loaded the right context for this session, or whether it can detect what it missed.
Rekindle solves session orientation: loading identity, recent context, memory health, and missing-context warnings before the assistant starts work.
See docs/gap-analysis.md for the full research dataset.
What It Does
Boot: orient at session start
boot_report runs an orientation pipeline before any work begins:
boot_report
+-- Read identity document (who am I working with?)
+-- Scan memory stats (what do I know?)
+-- Find latest checkpoint (where did we leave off?)
+-- Read last transcript (what actually happened?)
+-- Surface open loops (what needs follow-up?)
+-- Surface PreCompact captures (what survived compaction?)
+-- Detect gaps (what am I missing?)
+-- Calculate orientation score (how oriented am I?)
--> "Carrying forward: [context loaded, gaps identified, score: 80/100]"Survive the Long Middle: PreCompact capture (v0.3)
Mid-session compaction destroys reasoning chains, failed approaches, relational texture, and tone. The PreCompact hook fires automatically before compaction and saves what would otherwise be lost:
PreCompact hook fires
+-- Parse JSONL transcript (last N messages)
+-- Write raw Markdown capture (.rekindle/captures/)
+-- Write structured JSON snapshot (decisions, open loops, files)
+-- Update manifest for cheap listing
--> boot_report surfaces captures on next session start
--> end_session warns if captures exist but weren't reviewedThree read modes control token cost:
summary — one paragraph, cheap
structured — decisions/loops/warnings, moderate
raw — full transcript excerpt, expensive (only when needed)
Capture: close the loop at session end
end_session stores structured continuity records — not just a summary:
Field | What it captures |
| Where we left off (required) |
| What was decided and why |
| Unresolved tasks or questions |
| Boundaries that must not be violated |
| What changed in the working relationship |
| Where to resume next session |
| New user preferences learned |
| Things next session should watch for |
All records stored with type, source, and session_id metadata. Next boot_report loads the checkpoint automatically.
Between sessions: search and manage
Tool | Description |
| Store with content, category, importance (1-10), and project scope |
| Full-text search with BM25 ranking, boosted by importance |
| Browse memories, newest first. Filter by category or project |
| Delete by ID |
| Update content, category, or importance |
| List PreCompact captures (optionally filter by session) |
| Read a capture in summary, structured, or raw mode |
| Manually capture current session context on demand |
Categories: preference lesson context relationship general
Carry you between agents: the user card (v0.5)
identity.md tells the agent who it is. The user card tells any agent who you are: how to talk to you, your boundaries, your projects, what to avoid. It's one plain Markdown file that you own and edit; agents suggest changes, you decide.
Start one from the template:
npx rekindle card template ~/user-card.md # never overwrites an existing fileOr draft one from what your agent already knows, review it, and save what you accept as your card:
mkdir -p ~/card-draft
npx rekindle card compile --out ~/card-draft # writes card-draft.md and card-worksheet.md
cp ~/card-draft/card-draft.md ~/user-card.md # after you've reviewed and edited the draftThen point this store at it:
npx rekindle card path ~/user-card.mdcard path only records where the card is. An agent receives the card through Rekindle's orientation output: the SessionStart delivery hook (npx rekindle setup-delivery) in Claude Code, the Cursor adapter, or a boot_report call from any other MCP client.
Opt-in. If no card is configured, the card feature adds nothing: no card section and no
user_cardreceipt field.Whole or nothing. With the default policy, the card is the first optional section after the required ones. If it doesn't fit the startup budget it's left out, never cut off partway.
Diagnostics stay out of the packet. What happened to the card (included, dropped, missing, unreadable, empty, unfilled) is recorded in the receipt's
user_cardfield, which holds only the source and status, never the card text or path.compiledrafts, you decide. It selects records whose type is preference or constraint, or whose category is preference (project-less by default, plus any projects you name, each project line dated), your identity file's "What I Know About My Person" section, and any reviewed files you pass with--from, which it copies verbatim. It reads at most 2,000 records, newest first. It never writes over your card. Its detection of conflicts, secrets and stale entries is incomplete, so the draft is a candidate list for you to review, not a cleaned card. Details.One card, many agents. Point every store you use at the same file. Agents that can't read your machine (cloud agents) need their own copy; see docs/user-card.md.
Trust limit. Any agent with ordinary file access can edit the card file. Rekindle doesn't prevent that; keep the card somewhere you review.
REKINDLE_USER_CARD overrides the configured path; a blank value counts as unset.
Why not just CLAUDE.md?
A static file is passive. Your AI reads it, but it can't search it, rank it, track what's been retrieved, or tell you what's missing. Rekindle adds:
Search — full-text with importance-weighted ranking
Structure — category and project scoping across memories
Orientation — proactive context loading at boot, not just on-demand retrieval
Gap detection — flags missing identity, empty categories, stale data
Scoring — transparent checklist so you know how oriented the AI is
Session capture — structured close with checkpoints, decisions, and open loops
Compaction survival — PreCompact captures preserve what summaries flatten
Release Highlights
v0.5.1
An unfilled user card is left out (#38): a card holding only the shipped template and plain one-line comments is no longer delivered, and the receipt says
unfilled.init --globalleaves~/.gitignorealone (#26): project init still adds.rekindle/to that project's.gitignore.
v0.5.0
User card (#32): one Markdown file about the user that any agent can read.
rekindle card template,card path,card compile, andinit --card. Opt-in: if no card is configured, the card feature adds no packet section and no receipt field (the other changes below still apply). See aboveTranscript discovery stays in the current workspace (#29): automatic discovery could return another project's transcript. It now matches Claude Code's folder naming and only accepts a transcript that records this workspace as its working directory
capture_nowkeeps a transcript with its own session (#28): with onlytranscript_path, the session id comes from the file name and discovery is skipped; with onlysession_id, a discovered transcript is used only if it belongs to that session; with both, both are used as given. A blank value counts as omitted, and a resulting id that is empty or hidden is refusedCaptures are tagged with the resolved project (#30): captures use the same project resolution as session start. Behavior change: a capture made where no project resolves is now untagged (
project: null, with a warning) instead of being labelled with the folder nameAn unfilled identity template no longer scores (#31): the shipped template earns no identity points and shows an
identity_unfilledwarning; the text is still delivered. Behavior change: the score line now reads "Identity document filled in", and fresh installs score 20 points lower untilidentity.mdis filled in
v0.4.1
--globalhooks fire everywhere —setup-hooks --global,setup-delivery --globalandinit --global --with-*now write~/.claude/settings.json(user scope) instead of~/.claude/settings.local.json, which Claude Code reads only for sessions started in the home directory (#25). Project-local setup is unchanged. Each command prints the file it wroteUnresolved-workspace warning names the fix — when the session-start packet cannot map the workspace to a project it now says that no checkpoint was loaded and points at the two remedies: add the workspace to the registry it read (
.rekindle/projects.jsonfor a project store,~/.rekindle/projects.jsonfor a--globalstore), or setREKINDLE_PROJECT. The warning does not expose the absolute registry pathInit output matches this README —
initleads withclaude mcp add rekindle -- npx -y rekindle(claude mcp add --scope user ...under--global, so the server is registered wherever the global hooks fire), lists both opt-in hooks (with--globalwhen used), and prints~/.rekindle/...paths under--global
v0.4.0
Node.js 22 or newer required — Node 20 reached end of life in April 2026 and is no longer supported; CI runs on Node 22, 24 and 26
Policy-aware session start —
.rekindle/policy.jsoncontrols transcript handling (transcript_mode:captured,tail-read-only, orexcluded), the startup byte budget, mandatory versus optional packet sections, and whether background hooks may write (background_writes_allowed)Project-safe delivery —
.rekindle/projects.jsonmaps workspaces to projects; an unmapped or ambiguous workspace is reported asUNKNOWN PROJECTand never receives another project's checkpoint;REKINDLE_PROJECTis an explicit overrideTranscript filename withheld in tail mode — in
tail-read-onlymode the packet shows the transcript tail but not the file's nameAtomic session writes — a session row and its audit row commit together or not at all
Clean production audit —
npm audit --omit=devfound zero vulnerabilities (production dependencies)Smaller package — the npm tarball drops from about 1.9 MB to about 110 KB; evidence and design documents stay on GitHub
v0.3.3
Version-consistent protocol metadata — the MCP initialize response derives its version from the shipped package metadata, preventing release-version drift
Package-page accuracy — the README shipped to npm identifies the current release before the tag and package are created
Expanded automated tests, plus a packed-artifact check that compares MCP metadata to the installed package version
v0.3.2
One-command delivery install —
npx rekindle setup-delivery(orinit --with-delivery) configures the SessionStart hook opt-in: idempotent, preserves other tools' hooks, refuses corrupted settings files147 automated tests
v0.3.1 — "Five Measured Gates"
Session-start delivery —
rekindle session-startemits a budgeted orientation packet via the SessionStart hook at startup, resume,/clear, and/compactBudgeted packets, truthful receipts — packets cap at 8,000 valid UTF-8 bytes with an in-packet truncation marker; receipts attest emission only and never claim model visibility
Desktop-safe storage — storage root never derives from the spawn point (Claude Desktop spawns MCP servers at
/); explicit resolution order, fail-loudDual-channel guidance — workflow guidance rides both tool descriptions and MCP instructions, drift structurally impossible
Cursor adapter —
session-start --client cursorwith whitelist stdin parsing; email and workspace paths never reach receiptsMeasured, not assumed — every claim above is backed by a published measurement (evidence, spike results)
v0.3.0 — "Survive the Long Middle" added the PreCompact capture system, open loops, and review tracking — v0.3.0 release notes
CLI Commands
Command | Description |
| Set up |
| Set up in home directory; hooks go to |
| Init + configure PreCompact capture hook |
| Init + configure SessionStart delivery hook |
| Init + load |
| Configure PreCompact capture hook (standalone) |
| Configure SessionStart delivery hook (standalone) |
| Emit budgeted orientation packet (SessionStart hook) |
| Same, in Cursor's hook response shape |
| Capture context before compaction (hook) |
| Manually capture current session context |
| Write a starter user card (never overwrites) |
| Load |
| Draft a user card from what the store knows, plus a review worksheet ( |
| Start MCP server (used by Claude Code) |
Install from Source
git clone https://github.com/Skitchy/rekindle.git
cd rekindle
npm install
npm run build
node dist/init/cli.js initThe setup-hooks command writes this to .claude/settings.local.json (or ~/.claude/settings.json with --global):
{
"hooks": {
"PreCompact": [
{
"matcher": "auto",
"hooks": [
{
"type": "command",
"command": "npx rekindle precompact-capture",
"timeout": 60
}
]
},
{
"matcher": "manual",
"hooks": [
{
"type": "command",
"command": "npx rekindle precompact-capture",
"timeout": 60
}
]
}
]
}
}The hook receives session context on stdin (session_id, transcript_path, cwd, hook_event_name) and writes captures to .rekindle/captures/.
Variable | Default | Description |
|
| Max messages to capture |
|
| Max characters to capture |
| Resolved (see below) | Base directory for |
Storage root resolution. All Rekindle entry points (server, PreCompact hook) resolve the directory holding .rekindle/ through one rule, in order:
REKINDLE_BASE_DIR, if set — explicit always winsDerived from
REKINDLE_DB_PATH, when it points at a canonical<base>/.rekindle/db/layoutAn existing
.rekindle/in the current working directory (never when cwd is the filesystem root)An existing
.rekindle/in your home directoryOtherwise: your home directory — never the spawn point
Rules 3 and 5 exist because some hosts (e.g. Claude Desktop) spawn MCP servers at cwd=/; a spawn point is not a storage location. If storage cannot be created, the server exits with a message naming the fix instead of a stack trace.
All data is local. Nothing is sent to external servers.
No network calls. The MCP server communicates via stdio. No HTTP, no telemetry, no analytics.
Transcripts contain conversation text. Do not enable transcript capture if your sessions contain secrets or credentials.
Hook installation is opt-in. Both the capture hook (
setup-hooks) and the delivery hook (setup-delivery) must be requested explicitly, by command or by flag. Plaininitnever installs either.SQLite database is a regular file. Not encrypted. Use OS-level disk encryption if needed.
Project-local
.rekindle/is gitignored. Project init adds it to that project's.gitignore;init --globalleaves~/.gitignoreunchanged.boot_report reads local files. Paths are not sandboxed. Only use with MCP clients and prompts you trust.
Compatibility
"Full delivery" means the orientation packet arrives automatically at session boundaries and the model demonstrably sees it — measured with canary probes at both the receipt layer and the model layer, not assumed. Details and evidence: compatibility spike results.
Client surface | MCP tools | Session-start delivery |
Claude Code terminal (macOS) | Tested | Full delivery, measured (startup, resume, |
Claude Code terminal (Windows) | Tested | Full delivery, measured |
Claude Code terminal (Linux/WSL2) | Tested | Hook channel identical; delivery measurement pending |
Claude Desktop, Code surface | Tested | Full delivery, measured ( |
Claude Desktop, chat surface | Tested | Tool-mode only: hooks unsupported by the client; guidance reachable via the model's tool-search |
Cursor | Tested | Via |
Any MCP stdio client | Compatible | Depends on the client's hook support |
Claude Code: session-start orientation (opt-in)
npx rekindle setup-deliverywrites this to .claude/settings.local.json (or ~/.claude/settings.json with --global):
{
"hooks": {
"SessionStart": [
{
"matcher": "startup|resume|clear|compact",
"hooks": [
{ "type": "command", "command": "npx rekindle session-start", "timeout": 60 }
]
}
]
}
}The packet is capped at 8,000 valid UTF-8 bytes — measured: when hook output exceeds the host's limit, the model sees only the leading portion, with no error surfaced. If sections are dropped to fit the budget, an in-packet marker says so, and the receipt in .rekindle/receipts/session-start.jsonl records exactly what was emitted without ever claiming the model saw it.
Cursor: session-start orientation (opt-in)
Cursor's hook system can deliver the budgeted orientation packet at session
start, measured working in the v0.3.1 compatibility spike. Setup is manual
and opt-in — Rekindle never installs hooks without being asked. Add to
.cursor/hooks.json in your project:
{
"version": 1,
"hooks": {
"sessionStart": [ { "command": "rekindle session-start --client cursor" } ]
}
}Privacy: Cursor's hook payload includes your account email and workspace
paths. The adapter treats that payload as personal by default: it extracts
only the session ID and workspace root (used in-process for storage
resolution), and neither the raw payload, the email, nor any path is ever
written to receipts or any other artifact. Background agents are bypassed by
default (truthfully receipted); opt in with REKINDLE_ORIENT_BACKGROUND_AGENTS=1.
rekindle/
src/
index.ts MCP server entry point
server.ts Server setup, tool registration (10 tools)
storage/
sqlite.ts SQLite + FTS5, schema migration, sessions
orientation/
types.ts OrientationResult, Gap, ScoreItem
GapDetector.ts Structural gap detection (8 codes)
Scorer.ts Orientation scoring (6 criteria, 100pts)
OrientationService.ts Orchestrator
OrientationRenderer.ts Markdown + JSON output
captures/
types.ts CaptureEntry, StructuredSnapshot, HookInput
CaptureManager.ts Parse, capture, list, read, review tracking
discover-transcript.ts Auto-discover session transcripts
precompact-capture.ts CLI hook entry point
capture-now.ts Manual capture CLI
tools/
boot-report.ts Orientation + open loops + capture awareness
end-session.ts Structured session close + capture warning
list-captures.ts List PreCompact captures
read-capture.ts Read captures in 3 modes
capture-now.ts Model-triggered manual capture
store.ts search.ts list.ts delete.ts update.ts
delivery/
budget.ts UTF-8 packet construction and atomic mandatory sections
receipts.ts Emission receipts (never claim model visibility)
session-start.ts SessionStart hook adapter
cursor.ts Cursor hook adapter (privacy-whitelisted stdin)
guidance.ts Canonical workflow guidance, both channels
init/
cli.ts scaffold.ts setup-hooks.ts setup-delivery.ts templates/Storage: SQLite + FTS5 via better-sqlite3. BM25 ranking boosted by importance. Typed records with type, source, session_id.
Transport: stdio (standard MCP). Works with Claude Code out of the box.
Tests
npm testThe suite runs in CI on Node 22, 24 and 26 and covers: storage CRUD + FTS5 ranking, orientation domain (gap detection, policy-aware scoring, project resolution, service, rendering), capture manager (parsing, limits, review tracking, formatting), delivery (atomic packet budget, receipts, guidance channels, Cursor privacy sentinels), the user card (path resolution, whole-or-nothing delivery, compile safeguards), hook setup for both hooks (schema, idempotency, corruption refusal), and MCP integration (all 10 tools plus package-derived server metadata).
Roadmap
Next: "It thinks in networks" — Spreading activation, semantic search via embeddings, gap analysis tooling, eval harness.
Contributing
See CONTRIBUTING.md, the changelog and the Code of Conduct.
License
MIT
Available Tools
10 toolsboot_reportA
Generate a session orientation report. Read-only — does not modify any stored data. Reads the identity document from disk, scans the memory database for statistics and the latest checkpoint, finds the most recent transcript file, detects structural gaps (missing identity, stale memories, no checkpoint, etc.), and calculates a 0-100 orientation score across 6 criteria. Also surfaces open loops from prior sessions and any PreCompact captures that preserve context from compacted sessions. Workflow: call boot_report first thing every session, before any substantive work. Orientation scores are structural checks, not guarantees that every relevant context item was loaded.
Inputs: identity_path (required), transcript_dir (required), project.
capture_nowA
Manually capture current session context to .rekindle/captures/. Use this when you want to preserve the current conversation state — before a complex operation, when context feels at risk, or when the user requests it. Produces the same artifact as the automatic PreCompact hook but triggered on demand. session_id and transcript_path are optional — if omitted, the most recent transcript is discovered automatically.
Inputs: reason, session_id, transcript_path.
delete_memoryA
Permanently delete a single memory from the local SQLite database by its ID. This action is irreversible — the row and its full-text search index entry are removed immediately. Use when a memory is outdated, incorrect, or no longer relevant. Returns {success: true} if the memory was found and deleted, or {success: false, message: 'Memory not found'} if the ID does not exist. Does not affect other memories or session records.
Inputs: id (required), provenance.
end_sessionA
Capture a structured session handoff. Writes multiple records to the local SQLite database: one checkpoint (required), plus optional decisions, open loops, preferences, constraints, warnings, relational delta, and next session focus. Each record is stored with a typed 'type' column (not content prefixes) and linked to a session record via session_id. Also creates a session row in the sessions table with a summary, orientation score, and gap count. The checkpoint is retrievable by boot_report on the next session start. All records are searchable via search_memory and list_memories. Workflow: call end_session at the end of every substantive session so the next session can pick up the thread.
Inputs: checkpoint (required), project, warnings, decisions, +8 more.
list_capturesA
List PreCompact captures for the current or recent sessions. PreCompact captures preserve context that would otherwise be lost during mid-session compaction. Workflow: if boot_report lists PreCompact captures, call list_captures then read_capture to recover pre-compaction context before relying on the checkpoint. Before calling end_session, check for unreviewed captures.
Inputs: session_id.
list_memoriesA
List stored memories from the local SQLite database, ordered newest first. Unlike search_memory, this does not require a query — it returns all memories matching the optional filters. Read-only; does not modify any data. Use to browse what has been stored, audit memory contents, or check memory counts per category or project. Returns an array of memories with id, content, category, importance, project, and created_at.
Inputs: limit, project, category.
read_captureA
Read a PreCompact capture by ID. Use this to recover context that was lost during mid-session compaction. Three modes control token cost: 'summary' (one paragraph, cheap), 'structured' (decisions/loops/warnings, moderate), 'raw' (full transcript excerpt, expensive — only when summary or structured is insufficient). Workflow: read recovered captures before relying on the latest checkpoint; start with the lightest mode that answers your question.
Inputs: id (required), mode.
search_memoryA
Search stored memories using SQLite full-text search (FTS5). Returns results ranked by relevance with higher-importance memories boosted. Each search increments the retrieval_count on matched memories, tracking which memories are accessed most. Use at session start to load relevant context, or mid-session to recall specific information. Returns an array of matching memories with id, content, category, importance, project, created_at, and retrieval_count. Returns an empty array if no matches are found.
Inputs: query (required), limit, project, category.
store_memoryA
Store a new memory in the local SQLite database. Creates a persistent row with an auto-generated UUID, timestamp, and the provided content. Use for preferences, lessons learned, project context, relationship notes, or general information worth remembering across sessions. Memories persist across sessions and are surfaced by boot_report, search_memory, and list_memories. Returns the generated ID on success. Does not deduplicate — calling twice with the same content creates two separate memories.
Inputs: content (required), project, category, importance, +1 more.
update_memoryA
Update an existing memory in the local SQLite database. Modifies only the fields you provide — omitted fields are left unchanged. The updated_at timestamp is set automatically. If content is changed, the full-text search index is rebuilt for this memory. Returns the full updated memory object on success, or {success: false, message: 'Memory not found'} if the ID does not exist. Use to correct inaccurate memories, adjust importance, or reclassify a memory's category without deleting and re-creating it.
Inputs: id (required), content, category, importance, +1 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 10 tools
Memory operations (store/update/delete/list/search) are clearly distinct, and capture operations (capture_now/list_captures/read_capture) form a coherent group. There is some functional overlap between end_session, capture_now, and store_memory since all persist context, but the descriptions draw clear lines between structured handoffs, ad-hoc snapshots, and discrete memories.
Most tools follow a verb_noun pattern (store_memory, delete_memory, list_captures, read_capture, end_session), with memory tools consistently suffixed by _memory/_memories. Deviations like boot_report (noun form) and capture_now (verb_adverb) are minor and still readable.
Ten tools is well-scoped for a session-context/memory server, covering memory CRUD, search, session handoff, and capture retrieval without redundancy. Each tool has a defensible role in the workflow.
Memory lifecycle is fully covered (create, update, delete, list, search) and captures are readable/listable. Minor gaps exist: no get-by-ID for a single memory, no deletion of captures or sessions, and session history is only exposed indirectly via boot_report rather than a list_sessions/read_session pair.
Maintenance
Related MCP Connectors
Persistent memory for Claude Code and Cursor. Stop re-explaining your project every session.
Persistent context for Claude. Your AI always knows your projects and next actions across sessions.
Project memory for every AI. Pick up where you left off in Claude, ChatGPT or Cursor, with a team.
Shared memory for AI tools: save once, recall word for word from Claude, ChatGPT, Codex or Gemini.
Related MCP Servers
- AlicenseNot gradedqualityNot gradedmaintenanceEnables AI coding assistants like Claude Code, Cursor, and Codex to share chat logs, terminal history, and session context with each other. Eliminates the need to re-explain context when switching between different AI coding tools.2MIT
- AlicenseAqualityBmaintenanceZero-config session continuity for Claude Code. Automatically captures and restores project context across sessions using Claude Hooks.25382 npm7MIT
- AlicenseNot gradedqualityCmaintenance2-5x longer Claude Code sessions before compaction. Saves 30-40% on input token costs. Remembers your rules and corrections so Claude stops repeating mistakes after compaction. Auto-runs in the background, just install once and forget about it.254 PyPI429MIT
- AlicenseNot gradedqualityDmaintenancePersistent memory for Claude Code — a self-evolving knowledge layer that survives across sessions, grows from every conversation, and surfaces relevant context automatically.14MIT