distillory
Local-first memory engine that synthesizes entity profiles at ingestion. Enables persistent, reasoning memory for AI agents via MCP tools like add, search, and profile.
README
distillory
The local-first memory engine that synthesizes at ingestion — not just stores.
Most "AI memory" is a logging layer with a vector index bolted on: it accumulates
facts and re-derives meaning on every query. distillory reasons once, at
ingestion — each new source updates one living, schema-graded profile per
entity, resolving contradictions and grounding facts in time, so every later read
is cheap and already-reasoned.
One embeddable SQLite file. No server, no Docker, no Postgres, no hosted reranker. Runs offline with no API key out of the box; bring your own model (Claude, an API key, or local) when you want real synthesis. MIT, engine included.
from distillory import Memory
mem = Memory.open("brain.db") # one file. works with zero config.
mem.add("Met David at LucidWay — wants the GTSI automation, ~$10k", entity="David Chen")
print(mem.profile("David Chen").body) # a synthesized profile, not a raw echo
Install
Not on PyPI yet — install from the repo (works today).
pip install distillorylands with the first release.
# core (numpy is the only dependency): FTS5 keyword + hash-embed + offline synthesis
pip install "distillory @ git+https://github.com/everyai-com/distillory"
# with the MCP server (for Claude / agents)
pip install "distillory[mcp] @ git+https://github.com/everyai-com/distillory"
# with real semantic embeddings (bge-small ONNX) + Anthropic synthesis
pip install "distillory[embed-fastembed,llm-anthropic] @ git+https://github.com/everyai-com/distillory"
| Extra | Adds |
|---|---|
| (none) | FTS5 keyword search, hash-embed, extractive synthesis — fully offline |
mcp |
the mem serve --mcp server for Claude / any MCP client |
llm-anthropic |
the anthropic SDK (a stdlib fallback works without it) |
embed-fastembed |
bge-small ONNX embeddings (≈130 MB model on first run) |
llm-ollama · llm-openai |
other synthesis providers |
vec |
sqlite-vec accelerator for large corpora |
60-second tour (offline, no key)
from distillory import Memory
mem = Memory.open("brain.db", synth="none", embed="hash") # true air-gap floor
# Two notes, dropped as they happen — they COMPOUND into one profile.
mem.add("David at LucidWay wants the GTSI automation, ~$10k", entity="David Chen")
mem.add("Follow-up: confirmed, also wants a dashboard. Based in New York.", entity="David Chen")
print(mem.profile("David Chen").body) # one living profile
for h in mem.search("GTSI dashboard"): # cited recall, profile first
print(h.kind, h.title, "<-", h.citations)
With a key, the profile is genuinely synthesized and self-corrects:
mem = Memory.open("brain.db", synth="auto") # uses ANTHROPIC_API_KEY if present
mem.add("David is based in New York", entity="David Chen", event_date="2026-05-01")
mem.add("David just moved to London", entity="David Chen", event_date="2026-06-18")
mem.synthesize(entity="David Chen")
# profile now reads "London (moved 2026-06, was NY)" — not two contradictory facts
mem.ledger("David Chen") # the NY 'assert' is now [superseded] by a London 'update' — queryable
More in examples/.
The four verbs
| Verb | What it does |
|---|---|
add(text, entity=...) |
Append an immutable source, chunk + embed + index, mark dirty. Deterministic, no LLM. |
search(query, k=8) |
Hybrid recall — FTS5 keyword + dense cosine fused with RRF; synthesized profiles first, then raw chunks, cited. |
profile(name_or_slug) |
Read one entity's full living profile — the cheap, already-reasoned answer. |
synthesize(entity=...) |
The dreamer: (re)synthesize a profile against the schema. The one expensive verb. |
Plus entities(), ledger() (the structured edge-typed facts behind a profile),
ingest(path), graph(), doctor(), and the mem CLI (1:1 with the API).
Plug it into Claude / agents (MCP)
distillory speaks MCP, so Claude Code, Claude
Desktop, or any MCP client gets persistent, synthesizing memory in one line:
// ~/.claude.json
{ "mcpServers": { "memory": {
"command": "mem",
"args": ["serve", "--mcp", "--db", "~/brain.db"]
} } }
Tools memory_add / search / profile / entities / synthesize / graph + a
memory://profile/{slug} resource. stdio by default — no network, no port, no key.
Full guide: examples/mcp_with_claude.md. Non-Python
callers can use the zero-dep HTTP API: mem serve --http.
The schema is the trick
Every synthesis is graded against a schema — a definition of what a complete profile looks like, read before every write. Pass your own:
mem = Memory.open("brain.db", schema="./outcomes.md")
Without it, synthesis drifts to a generic standard. With it, every write is held to your rules. That's the difference from a notes file, and from hand-authored skills.
Bring your own model
mem = Memory.open("brain.db", synth=MyOllamaSynth(), embed=MyEmbedder())
synth takes "auto" | "none" | "claude" | "anthropic:<model>" | "ollama:<model>"
or any object with .complete() / .synthesize(). embed takes
"fastembed" | "potion" | "hash" | "none" or any object with .embed(). Both fall
through to an always-available floor, so a bare offline machine still works.
How it compares
Architecture, not benchmarks (we don't claim a recall number until we've run one —
see the roadmap). Full table + caveats + sources in
docs/COMPARISON.md.
| distillory | mem0 | supermemory | Letta | |
|---|---|---|---|---|
| Embeddable (no server) | ✅ one SQLite file | ✅ pip + Qdrant | ❌ local server | ❌ server |
| Default offline, no key | ✅ | ❌ (OpenAI default) | ❌ (LLM at ingest) | ❌ |
| Infra to run | none | pip + LLM key | self-host binary + LLM | Postgres/pgvector + LLM |
| Approach | one per-entity profile | atomic facts | synthesize | store-and-retrieve |
All of these are good tools — the distinctions are about defaults and architecture (embeddable, offline, single-file), not capability ceilings. See the caveats doc; we keep it fair and up to date.
Status
v0.1: schema-graded synthesis with a fact-ledger grader
(validate→repair→retry, then contradiction resolution persisted as structured,
edge-typed rows — mem ledger), hybrid retrieval (FTS5 keyword + dense cosine
fused with RRF; optional bge-small ONNX embeddings, offline hash floor), one
SQLite file, the mem CLI, and an MCP + HTTP server so any Claude / agent
gets persistent memory today. Roadmap, in order: the nightly "dreaming" gap pass
(decay + gap-hunting) and a LongMemEval / LOCOMO number. We don't claim a recall
number until we've run one.
Heir to mbrain (keyword-only); the synthesis engine is extracted from a production desktop app.
Contributing
Small, typed, honest — see CONTRIBUTING.md. make install && make test
(22 tests, all offline, no key). Issues and PRs welcome.
License
MIT.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。