
Cozo Memory
io.github.tobs-codePublished by GitHub account tobs-codev1.0.3Updated Oct 24, 2026
Local-first memory system for AI agents with hybrid search and graph reasoning
The publisher's own server: Memory.fit
Overview
A local-first memory server that gives an AI assistant a persistent CozoDB store with hybrid vector, full-text and graph search, plus time-travel history.
- What you can do
- Write and manage memory: create, update and delete entities, observations, relations, sessions and tasks, with tags and batch operations, and edit a global user profile of preferences and work style. Read and retrieve: hybrid search, advanced search, context lookup, Graph-RAG and graph walking, adaptive and agentic retrieval, and listing entities and sessions. Analyze the knowledge graph: explore, communities, PageRank, betweenness, HITS, shortest paths and semantic walks. Maintain the system: health, metrics, stats, export, import, cleanup, defrag, reflect and snapshots. Optional Ollama-backed actions add LLM cleanup, reflection, community summaries, compaction and query-intent routing.
- When to use it
- Use it when an assistant should remember past conversations and facts across sessions and reason over relationships between them, rather than doing plain document RAG. It suits users who want memory kept entirely on their own machine with versioned history and contradiction handling.
- Requirements
- Runs locally over stdio as an npm package (cozo-memory, via npx or a global install); Node.js 20+ recommended. About 1.7 GB RAM with the default embedding model, which downloads roughly 600 MB on first start; the EMBEDDING_MODEL variable selects a lighter model. Advanced actions need a local Ollama service; core CRUD, search and graph operations do not.
Installation
In SourceWeft
- Open Cozo Memory in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
CozoDB Memory MCP Server
[npm] [Node] [License] [MCP Badge]
Why Cozo Memory?
LLMs have short-term memory limits. Standard RAG retrieves documents but can't connect facts across time. Cozo Memory gives your AI agent persistent, structured memory – it remembers past conversations, infers relationships, detects contradictions, and explores its knowledge graph – fully on your machine, with optional local LLM integration via Ollama for intelligent actions (cleanup, reflection, summarization, agentic routing).Most memory stacks combine separate databases: SQLite for facts, Chroma for vector search, NetworkX for graphs. CozoDB replaces all of that with one embedded engine: relational, graph, vector, and full-text search in a single query language, one file, zero sync lag.
Local-first memory for Claude & AI agents with hybrid search, Graph-RAG, and time-travel – runs entirely on your machine. Optional Ollama integration enables LLM-powered actions (cleanup, reflect, summarize, agentic retrieval).
Table of Contents
- Quick Start
- Key Features
- Positioning & Comparison
- Installation
- Integration
- Documentation
- Troubleshooting
Quick Start
Option 1: Install via npm (Recommended)
Option 2: Build from Source
Now add the server to your MCP client (e.g. Claude Desktop) – see Integration below.
Key Features
🔍 Hybrid Search - Combines semantic (HNSW), full-text (FTS), and graph signals via Reciprocal Rank Fusion for intelligent retrieval
🧠 Agentic Retrieval - Auto-routing engine analyzes query intent via local LLM to select optimal search strategy (Vector, Graph, or Community)
⏱️ Time-Travel Queries - Version all changes via CozoDB Validity; query any point in history with full audit trails
🎯 GraphRAG-R1-Inspired Adaptive Retrieval - Intelligent system with Progressive Retrieval Attenuation (PRA) and Cost-Aware F1 (CAF) scoring, conceptually inspired by GraphRAG-R1 (Yu et al., WWW 2026) and adapted for CozoDB, that learns from usage
⏳ Temporal Conflict Resolution - Automatic detection and resolution of contradictory observations with semantic analysis and audit preservation
🏠 100% Local - Embeddings via ONNX/Transformers; data stays on your machine. Some advanced features (cleanup, reflect, summarize, agentic search) require an optional Ollama service for local LLM inference — but the core search, CRUD, and graph operations work without any LLM.
🧠 Multi-Hop Reasoning - Logic-aware graph traversal with vector pivots for deep relational reasoning
🗂️ Hierarchical Memory - Multi-level architecture (L0-L3) with intelligent compression and LLM-backed summarization
Positioning & Comparison
Why CozoDB instead of SQLite + Chroma + NetworkX?
A common first question is: "Why not just combine existing tools?"
The core insight: Most memory stacks bolt vector search onto a graph DB, or graph search onto a vector DB. CozoDB is different: it is a single engine that natively combines relational, graph, vector, and full-text search. That means:
- One query language (Datalog) reaches every dimension.
- No sync lag between separate indexes.
- No ETL bridge between "vector results" and "graph expansion."
- Smaller operational surface: one database file, one process, one dependency chain.
Comparison with other memory solutions
Most "Memory" MCP servers fall into two categories:
- Simple Knowledge Graphs: CRUD operations on triples, often only text search
- Pure Vector Stores: Semantic search (RAG), but little understanding of complex relationships
This server fills the gap in between ("Sweet Spot"): A local, database-backed memory engine combining vector, graph, and keyword signals — powered by CozoDB's unified engine rather than a patchwork of separate databases.
The core advantage is Intelligence and Traceability: By combining an Agentic Retrieval Layer with Hierarchical GraphRAG, the system can answer both specific factual questions and broad thematic queries with much higher accuracy than pure vector stores.
Installation
Prerequisites
- Node.js 20+ (recommended)
- RAM: 1.7 GB minimum (for default bge-m3 model)
- Model download: ~600 MB
- Runtime memory: ~1.1 GB
- ⚡ Too heavy? Use
EMBEDDING_MODEL=Xenova/all-MiniLM-L6-v2– only ~400 MB RAM needed (see Embedding Model Options)
- CozoDB native dependency is installed via
cozo-node
Optional: Ollama for LLM-powered actions
Some advanced actions use a local LLM via Ollama for intelligent processing. The core server works without Ollama (CRUD, search, graph operations), but the following actions require it:
Setup (if you need these features):
If Ollama is not running, the affected actions gracefully fall back to non-LLM behavior (where possible) or return a clear error message.
Via npm (Easiest)
From Source
Windows Quickstart
Notes:
- On first start,
@xenova/transformersdownloads the embedding model (may take time) - Embeddings are processed on the CPU
Embedding Model Options
CozoDB Memory supports multiple embedding models via the EMBEDDING_MODEL environment variable:
Configuration Options:
Option 1: Using .env file (Easiest for beginners)
Option 2: MCP Server Config (For Claude Desktop / Kiro)
Option 3: Command Line
Download Model First (Recommended):
Note: Changing models requires re-embedding existing data. The model is downloaded once on first use.
Integration
Claude Desktop
Using npx (Recommended)
Using global installation
Using local build
Framework Adapters
Official adapters for seamless integration with popular AI frameworks:
🦜 LangChain Adapter
🦙 LlamaIndex Adapter
Documentation: See adapters/README.md for complete examples and API reference.
CLI & TUI
CLI Tool
Full-featured CLI for all operations:
See CLI help for complete command reference:
cozo-memory --help
TUI (Terminal User Interface)
Interactive TUI with mouse support powered by Python Textual:
TUI Features:
- 🖱️ Full mouse support (click buttons, scroll, select inputs)
- ⌨️ Keyboard shortcuts (q=quit, h=help, r=refresh)
- 📊 Interactive menus for all operations
- 🎨 Rich terminal UI with colors and animations
Architecture Overview
See docs/ARCHITECTURE.md for detailed architecture documentation
MCP Tools Overview
The interface is reduced to 5 consolidated tools:
See docs/API.md for complete API reference with all parameters and examples
Troubleshooting
Common Issues
First Start Takes Long
- The embedding model download takes 30-90 seconds on first start (Transformers loads ~500MB of artifacts)
- This is normal and only happens once
- Subsequent starts are fast (< 2 seconds)
LLM-powered actions require Ollama
- The following actions use a local LLM for intelligent processing:
cleanup,reflect,summarize_communities,compact,agentic_search - Install Ollama from https://ollama.ai
- Pull the desired model:
ollama pull demyagent-4b-i1:Q6_K(or your preferred model) - Without Ollama, these actions fall back to non-LLM behavior or return a clear error
- Core features (CRUD, search, graph, infer) work without any LLM
Windows-Specific
- Embeddings are processed on CPU for maximum compatibility
- RocksDB backend requires Visual C++ Redistributable if using that option
Performance Issues
- First query after restart is slower (cold cache)
- Use
healthaction to check cache hit rates - Consider RocksDB backend for datasets > 100k entities
See docs/BENCHMARKS.md for performance optimization tips
Documentation
- docs/API.md - Complete MCP tools reference with all parameters and examples
- docs/ARCHITECTURE.md - System architecture, data model, and technical details
- docs/BENCHMARKS.md - Performance metrics, evaluation results, and optimization tips
- docs/FEATURES.md - Detailed feature documentation with usage examples
- docs/USER-PROFILING.md - User preference profiling and personalization
- CHANGELOG.md - Version history and release notes
- CONTRIBUTING.md - Development guidelines
Development
Structure
src/index.ts: MCP Server + Tool Registrationsrc/memory-service.ts: Core business logicsrc/db-service.ts: Database operationssrc/embedding-service.ts: Embedding Pipeline + Cachesrc/hybrid-search.ts: Search Strategies + RRFsrc/inference-engine.ts: Inference Strategiessrc/api_bridge.ts: Express API Bridge (optional)
Scripts
Contributing
Contributions are welcome! Please see CONTRIBUTING.md for guidelines.
License
Apache 2.0 - See LICENSE for details.
Acknowledgments
Built with:
- CozoDB - Embedded graph database
- ONNX Runtime - Local embedding generation
- Transformers.js - Xenova/bge-m3 model
- FastMCP - MCP server framework
Research foundations:
- GraphRAG-R1 (Yu et al., WWW 2026) - conceptual inspiration for adaptive retrieval
- HopRAG (ACL 2025) - conceptual inspiration for multi-hop reasoning
- T-GRAG (Li et al., 2025) - conceptual inspiration for temporal conflict resolution
- FEEG Framework (Samuel et al., 2026) - conceptual inspiration for query intent classification
- Allan-Poe (arXiv:2511.00855) - conceptual inspiration for dynamic fusion
Source: README.md at commit 341cd38
Tools
0Version history
1- v1.0.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Other Memory integrations

Memory.fit
fit.memoryOfficial publisher
Hosted Memory.fit server that lets an AI read your training, sleep, recovery and nutrition data and write back weekly plans, targets and meal plans.
pg.ddx.io: the PostgreSQL community's memory
io.ddx.pgOfficial publisher
pg.ddx.io: the PostgreSQL community's memory's hosted MCP server, published by pg.ddx.io; no sign-in required; Streamable HTTP; 29 tools.
var.gg Naming Memory
gg.varOfficial publisher
Remote MCP server that suggests and searches code identifier names from domain concepts in Korean, Japanese, Chinese, Vietnamese and English, and exposes ERD…

Counterparts
ai.counterparts
Local-first long-term memory for Claude Code and Claude Desktop: the assistant writes notes about you and your projects and recalls them in later sessions.

LAHZE - Persian AI Memory Platform
Published by GitHub account pedramgholizadeh
LAHZE - Persian AI Memory Platform's hosted MCP server; no sign-in required; Streamable HTTP; 13 tools.