Prompt

Build persistent knowledge graphs from LLM conversations

Local-first memory sidecar that builds a persistent knowledge graph from LLM conversations and injects scored context into prompts.

Works with sqliteollamaopenaianthropicdocker

91
Spark score
out of 100
Updated last month
Version 0.1.0
Models
universal

Add to Favorites

Why it matters

Give your custom LLM pipelines persistent, structured memory by automatically extracting entities and relationships from every conversation, storing them in a local knowledge graph, and injecting ranked context back into future prompts-no cloud dependencies required.

Outcomes

What it gets done

01

Extract named entities and relationships from text using any OpenAI-compatible LLM

02

Build and maintain a persistent knowledge graph in SQLite with automatic deduplication

03

Retrieve scored and ranked context through graph traversal and full-text search

04

Inject relevant memory context into LLM prompts in under 50ms

Install

Add it to your toolbox

Run in your project directory:

curl -fsSL https://spark.entire.vc/get/zaydmulani09-mnemo | bash

Overview

Mnemo

Local-first memory sidecar for any LLM pipeline. Extracts entities and relationships from ingested text via an LLM, builds a persistent SQLite plus petgraph knowledge graph, and returns scored, graph-expanded context to inject into future prompts - no cloud dependency. Use it when building a custom LLM pipeline that needs persistent, structured memory across sessions - not a managed agent harness that already handles memory. Works with Ollama (fully local/free), OpenAI, Anthropic, or any OpenAI-compatible API.

What it does

Mnemo is a local-first memory sidecar for any LLM application: it watches conversations or documents you feed it, extracts named entities and their relationships using an LLM, builds a persistent knowledge graph (SQLite for storage, petgraph in memory), and injects relevant, ranked context back into future prompts - all in under 50ms, with zero cloud dependency. It ships as a single static Rust binary and works with Ollama (fully local and free), OpenAI, Anthropic, or any OpenAI-compatible API.

When to use - and when NOT to

Use it when building a custom LLM pipeline that needs memory to persist across sessions - the kind of thing most hand-rolled pipelines simply don't have. The project is explicit about who it's not for: if you're already using a managed agent harness that handles memory for you, you don't need mnemo. It's aimed specifically at developers who want persistent, structured, local memory they fully control, with a real graph layer - not a naive dump of prior context into the prompt.

Inputs and outputs

The core loop is two HTTP calls: POST /ingest takes raw text (a conversation turn, document, or note) with a content, source, optional session_id, and optional metadata; mnemo sends it to the configured LLM, extracts entities and relationships, deduplicates entities by name+type (merging aliases), and writes everything to SQLite while updating the in-memory graph atomically. POST /retrieve takes a query text and returns a context_prompt string built by a 6-stage pipeline: full-text chunk search, entity name search, graph expansion (BFS traversal, configurable graph_depth, capped at 5), relation filtering, scoring/ranking, and assembly - with graph-expanded (inferred) results scored at 0.5x so direct matches always outrank them. A full REST API (/entities, /chunks, /search, /stats, /wipe) plus a CLI (mnemo ingest, mnemo search, mnemo entities, mnemo entity <uuid> --neighbors, mnemo wipe) and a Python SDK (MnemoClient/AsyncMnemoClient) all wrap the same server.

Integrations

Setup is Docker + Ollama for a fully free local stack (docker compose up -d, then pull a model like llama3), a standalone Rust binary pointed at a locally running Ollama or at OpenAI via MNEMO_LLM_BASE_URL/MNEMO_LLM_API_KEY/MNEMO_LLM_MODEL/MNEMO_LLM_PROVIDER, or the mnemo-sdk Python package talking to an already-running server. Configuration comes from environment variables or a TOML file (env vars win), and benchmarked performance on an Apple M2 (debug build) runs a full retrieval pipeline in about 4.2ms at roughly 238 ops/sec, with individual entity/chunk operations in the 0.1-0.3ms range.

Who it's for

Developers building custom LLM pipelines or agents from scratch who want persistent, entity-and-relationship-aware memory under their own control - deduplicated, graph-traversable, and scored - rather than a vendor-locked or cloud-dependent memory service, or no memory at all.

Source README

mnemo

Local-first AI memory layer for any LLM. Persistent knowledge graph,
entity extraction, semantic retrieval - no cloud required.

Build Status
License
Crates.io
PyPI
Docker


What is mnemo?

LLM apps built on custom pipelines have no persistent memory between
sessions. mnemo is a local sidecar that extracts entities, builds a
knowledge graph, and injects scored context back into your prompts -
no cloud, no Python runtime, no vendor lock-in.

mnemo is a sidecar service that watches every conversation you feed it, extracts named entities and relationships using an LLM, builds a persistent knowledge graph in SQLite, and injects relevant context back into future prompts - automatically, in under 50ms. It works with Ollama (fully local, free), OpenAI, Anthropic, or any OpenAI-compatible API. It ships as a single static binary with zero cloud dependency.


How it works

  your app
     │
     ▼
  POST /ingest ──► entity extraction (LLM) ──► knowledge graph (SQLite + petgraph)
                                                        │
  POST /retrieve ◄── scoring + ranking ◄── graph traversal + full-text search
     │
     ▼
  context_prompt  ──► inject into your LLM prompt
  1. You POST raw text to /ingest (a conversation turn, a document, a note).
  2. mnemo sends it to your configured LLM and extracts entities (people, tools, places, concepts) and the relationships between them.
  3. Entities are deduplicated by name+type, aliases are merged, and everything is written to SQLite. The in-memory petgraph is updated atomically.
  4. On POST /retrieve, mnemo runs a 6-stage pipeline: full-text chunk search → entity name search → graph expansion (BFS over the knowledge graph) → relation filter → score+rank → assemble a context_prompt string.
  5. You inject context_prompt into your LLM's system prompt. Done.

Why mnemo

There are a lot of AI memory tools. Here's what makes mnemo different:

mnemo Most alternatives
Runtime Single Rust binary Python daemon
Storage SQLite, survives restarts In-memory or cloud
Graph layer petgraph, multi-hop traversal None
Cloud dependency Zero Required or optional
LLM backend Any OpenAI-compatible Often locked to one
Retrieval Scored + ranked, graph-expanded Naive context dump

mnemo is not for everyone. If you're using a managed agent
harness that handles memory for you, you don't need it. mnemo
is for developers building custom LLM pipelines who need
persistent, structured, local memory they fully control.

The graph layer is the real differentiator - entities are
deduplicated across sessions, relationships are weighted and
traversed at query time, and graph-expanded results score at
0.5x so direct matches always rank higher than inferred ones.


Quickstart

Path A - Docker + Ollama (fully free, recommended)

git clone https://github.com/zaydmulani09/mnemo
cd mnemo
docker compose up -d

# Pull the llama3 model the first time (~4 GB)
docker exec mnemo-ollama ollama pull llama3

# Verify everything is healthy
curl http://localhost:8080/health

Path B - Binary (Ollama or OpenAI running separately)

cargo install --path crates/mnemo-api

# With Ollama
export MNEMO_LLM_BASE_URL=http://localhost:11434/v1
mnemo-api

# With OpenAI
export MNEMO_LLM_BASE_URL=https://api.openai.com/v1
export MNEMO_LLM_API_KEY=sk-...
export MNEMO_LLM_MODEL=gpt-4o-mini
export MNEMO_LLM_PROVIDER=openai
mnemo-api

Path C - Python SDK

pip install mnemo-sdk
from mnemo import MnemoClient

client = MnemoClient()  # server at http://localhost:8080

# Store a memory
client.ingest("I'm building a Rust vector database called vecdb")

# Get context for injection into your next LLM prompt
print(client.get_context("what am I working on?"))

API Reference

All endpoints accept and return application/json. Base URL: http://localhost:8080.

Method Path Description Request body Response
GET /health Server + DB + LLM status - HealthResponse
POST /ingest Store text, extract entities IngestRequest IngestResponse
POST /retrieve Retrieve ranked memory context RetrievalQuery RetrievalResult
GET /entities List entities (paginated) ?limit&offset Entity[]
GET /entities/:id Get entity by UUID - Entity
DELETE /entities/:id Delete entity (cascades) - {"deleted":true}
GET /entities/:id/neighbors Knowledge graph neighbors ?depth (max 5) GraphNode[]
GET /chunks List memory chunks (paginated) ?limit&offset&session_id MemoryChunk[]
GET /chunks/:id Get chunk by UUID - MemoryChunk
DELETE /chunks/:id Delete chunk - {"deleted":true}
POST /search Full-text search entities + chunks {"query","limit"} {"entities","chunks"}
DELETE /wipe Delete all memory (irreversible) header: X-Confirm-Wipe: true {"wiped":true}
GET /stats Entity/chunk/graph counts + uptime - StatsResponse

Key request/response types:

// IngestRequest
{
  "content": "string",         // required — text to store
  "source":  "string",         // required — e.g. "chat", "email", "cli"
  "session_id": "string|null", // optional — group related chunks
  "metadata": {}               // optional — arbitrary JSON
}

// RetrievalQuery
{
  "text": "string",            // required — query text
  "session_id": "string|null", // optional — filter by session
  "max_chunks": 10,            // default 10
  "max_entities": 20,          // default 20
  "min_confidence": 0.5,       // default 0.5
  "include_graph": true,       // default true — expand via knowledge graph
  "graph_depth": 2             // default 2 — BFS depth for graph expansion
}

Full endpoint documentation with curl examples: docs/api.md


Configuration

Environment variables

Variable Default Description
MNEMO_DB_PATH mnemo.db SQLite database file path
MNEMO_PORT 8080 API server port
MNEMO_LLM_BASE_URL http://localhost:11434/v1 OpenAI-compatible LLM base URL
MNEMO_LLM_MODEL llama3 Model name for entity extraction
MNEMO_LLM_API_KEY ollama API key (any value works for Ollama)
MNEMO_LLM_PROVIDER ollama Provider type: ollama, openai, anthropic, custom

TOML config file

Pass --config path/to/config.toml to mnemo-api. See mnemo.example.toml:

db_path = "mnemo.db"
port = 8080

[llm]
provider = "ollama"
base_url = "http://localhost:11434/v1"
model = "llama3"
api_key = "ollama"
timeout_secs = 30
max_retries = 3
max_tokens = 2048
temperature = 0.1

Environment variables take precedence over TOML values. The active config source is reported in GET /healthconfig_source.


CLI

Install:

cargo install --path crates/mnemo-cli

Usage:

# Store a memory
mnemo ingest "I use Neovim and prefer dark mode"

# Retrieve relevant context
mnemo search "what editor do I use?"

# List all extracted entities
mnemo entities

# Show entity detail + graph neighbors
mnemo entity <uuid> --neighbors

# List memory chunks
mnemo chunks

# Server health
mnemo health

# Memory statistics
mnemo stats

# Delete everything (prompts for confirmation)
mnemo wipe

# Skip confirmation prompt
mnemo wipe --yes

# Point at a non-default server
mnemo --server http://192.168.1.10:8080 stats

Python SDK

Install:

pip install mnemo-sdk

See sdk/python/README.md for the full API reference.

Async example:

import asyncio
from mnemo import AsyncMnemoClient

async def main():
    async with AsyncMnemoClient() as client:
        await client.ingest(
            "Alice is a principal engineer at Stripe working on payment infrastructure.",
            session_id="session-001",
        )
        context = await client.get_context(
            "what does Alice work on?",
            session_id="session-001",
        )
        print(context)

asyncio.run(main())

A working standalone example: examples/basic_usage.py


Architecture

Four Rust crates wired together:

Crate Type Role
mnemo-core lib Entity extraction, graph ops, retrieval engine, DB layer
mnemo-api bin Axum REST API - thin handler layer over mnemo-core
mnemo-cli bin CLI tool using blocking reqwest against the API
mnemo-bench bin Performance benchmarks (12 suites)

Full architecture documentation: docs/architecture.md


Performance

Benchmarked on Apple M2, SQLite WAL mode, in-memory petgraph. Debug build numbers - release build (--release) is 3-5× faster.

Operation Avg latency Throughput
Entity insert (SQLite) ~0.12 ms ~8,300 ops/s
Entity lookup by ID ~0.08 ms ~12,500 ops/s
Chunk insert ~0.14 ms ~7,100 ops/s
Full-text chunk search ~0.28 ms ~3,500 ops/s
Graph neighbor (depth=1) ~0.21 ms ~4,700 ops/s
Graph neighbor (depth=2) ~0.89 ms ~1,100 ops/s
Full retrieval pipeline ~4.2 ms ~238 ops/s

Run cargo run -p mnemo-bench to benchmark on your hardware.


Testing

Rust

cargo test --workspace          # run all 122 tests
make coverage                  # HTML coverage report (requires cargo-llvm-cov)
make coverage-summary          # summary to stdout

Python SDK

cd sdk/python && pytest tests/ -v

Benchmarks

cargo run -p mnemo-bench                    # all 12 benchmarks
cargo run -p mnemo-bench -- --filter graph  # graph benchmarks only
cargo run -p mnemo-bench -- --json out.json # save results to JSON

Current test counts: 122 Rust tests · 21 Python tests · 12 benchmarks


FAQ

Common questions

Discussion

Questions & comments · 0

Sign In Sign in to leave a comment.