Fully local semantic memory for AI agents: search your notes and session logs from any MCP client, with embeddings served by Ollama
Project description
local-recall-mcp
Fully local long-term memory for AI agents. Semantic search over your notes and session logs from any MCP client — embeddings served by Ollama, so nothing ever leaves your machine.
Your agent forgets everything between sessions. Your session logs and notes already contain the answers — what worked, what failed, what you decided and why. local-recall-mcp turns those files into a searchable memory the agent can query before repeating old mistakes.
- 🔒 100% local — no cloud APIs, no keys, no telemetry. Ollama does the embeddings
- 🪶 One tool, tiny footprint — a single
search_memorytool, so it barely costs any agent context - ⚡ Incremental indexing — SHA-256 manifest re-embeds only changed files, purges deleted ones, and self-heals from a corrupted index
- 🏷️ Section-type filtering — map your headings (e.g.
What Did NOT Work) to types likefailed, then search only past failures - 📦 No database — the whole index is three flat files (
manifest.json,chunks.json,vectors.npy)
Quickstart
1. Get Ollama and the embedding model (~1.2 GB, multilingual):
ollama pull bge-m3
2. Create a config at ~/.local-recall/config.yaml:
ollama:
base_url: http://localhost:11434
embed_model: bge-m3
embed_timeout: 300
index_dir: ~/.local-recall/index
sources:
- path: ~/notes
pattern: "**/*.md"
3. Register the server with your MCP client. For Claude Code:
claude mcp add recall -- uvx local-recall-mcp
For Claude Desktop (claude_desktop_config.json):
{
"mcpServers": {
"recall": {
"command": "uvx",
"args": ["local-recall-mcp"]
}
}
}
4. Ask your agent things like "search memory for how we fixed the MCP connection issue". The first query builds the index; later queries re-embed only what changed.
Presets
Ready-made configs in configs/:
| Preset | What it indexes |
|---|---|
claude-code.yaml |
Claude Code session logs (/save-session output) and auto-memory files, with worked / failed / decision / blocker filters |
obsidian.yaml |
An Obsidian vault (or any folder of markdown notes) |
Copy one to ~/.local-recall/config.yaml, or point the server at it directly:
claude mcp add recall -- uvx local-recall-mcp --config /path/to/claude-code.yaml
The config path can also be set via the LOCAL_RECALL_CONFIG environment variable.
Configuration reference
ollama:
base_url: http://localhost:11434 # your Ollama endpoint
embed_model: bge-m3 # any Ollama embedding model
embed_timeout: 300 # seconds; first full build is the slow one
index_dir: ~/.local-recall/index # where the three index files live
sources: # any number of directories
- path: ~/notes
pattern: "**/*.md" # glob, relative to path
- path: ~/.claude/sessions
pattern: "*.tmp"
section_rules: # optional heading -> type mapping
- contains: "what worked" # case-insensitive substring of a ##/### heading
type: worked
- contains: "what did not work"
type: failed
Files are chunked on ##/### headings; files without headings become a single chunk. Each chunk gets a section_type from the first matching rule (other if none match), and the search_memory tool accepts a section_filter to narrow results to one type — the killer use case being "only show me past failures before I try this again."
How it works
sources (*.md, *.tmp, ...) ~/.local-recall/index/
│ SHA-256 per file ├── manifest.json path -> hash
▼ ├── chunks.json title/content/type
diff vs manifest ──► re-embed ──► └── vectors.npy float32 matrix
(changed files only) (Ollama /api/embed, batched)
query ──► embed ──► cosine top-k over vectors ──► chunks, capped at 600 chars each
No vector database, no background daemon. Sync happens lazily on each search call and is a no-op when nothing changed. A corrupted or misaligned index triggers a full rebuild automatically.
Non-goals
Kept deliberately small — these are out of scope for v0.x:
- Embedding providers other than Ollama (local-first is the point)
- External vector databases (flat files comfortably handle tens of thousands of chunks)
- Reranking or hybrid search (cosine similarity only)
- Parsers beyond markdown/plain text (no PDF, no HTML)
- Any GUI
If you need one of these, open an issue describing the use case — real demand is what would justify a v0.2.
Development
git clone https://github.com/Chikoku-NEKO/local-recall-mcp
cd local-recall-mcp
pip install -e .
python -m unittest discover -s tests
Tests run offline against a deterministic fake embedding function.
License
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file local_recall_mcp-0.1.0.tar.gz.
File metadata
- Download URL: local_recall_mcp-0.1.0.tar.gz
- Upload date:
- Size: 11.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.10.11
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f883c38163f08ec99c6ad70f31ccba4239ea2c0fb6b3cf28724637efc617e9ba
|
|
| MD5 |
7fb91c5316bc0e295dbd3074a0b18f14
|
|
| BLAKE2b-256 |
1d196362302c89f0dfdb2782d3a821197e21a20ecb55a980d8d7c95292596b99
|
File details
Details for the file local_recall_mcp-0.1.0-py3-none-any.whl.
File metadata
- Download URL: local_recall_mcp-0.1.0-py3-none-any.whl
- Upload date:
- Size: 10.5 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.10.11
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
3909b4b0013251dcf238570d928d497d2358b36a3d342d7d3dfcba7b1b54ce3a
|
|
| MD5 |
1a78e8b6e5536752e5c1d69ff988aa40
|
|
| BLAKE2b-256 |
f03157db784c018c2d211040735f0582b284027731b560f779d9ff1eb6603b41
|