Memory vs AgentDB

A persistent knowledge graph stored in a local JSON file, exposed through entities, relations, and observations On the other side: vector memory with no server to keep running: a single .rvf file holds the embeddings and the cli exposes it over mcp

MCP ServersVerified 1 Nov
Installnpx -y @modelcontextprotocol/server-memorynpx -y start
SourceOfficialCommunity
Deciding factorYou want structured facts with visible relationships between them.versus: You want similarity search over notes or documents and can accept opaque ranki
Bottom line

Memory for facts you want to inspect; AgentDB for fuzzy recall you are willing to distrust.

The short answer

Memory is a JSON knowledge graph on disk: entities, relations, observations, easy to read and diff. AgentDB is a vector store in a single file with HNSW search, better at fuzzy recall and worse at explaining why it returned something. Neither is a database you should trust as a system of record.

Facts

OptionInstallSourceLink
Memorynpx -y @modelcontextprotocol/server-memoryOfficialRepository ↗
AgentDBnpx -y startCommunityRepository ↗

Pick Memory if

You want structured facts with visible relationships between them.

Pick AgentDB if

You want similarity search over notes or documents and can accept opaque ranking.

What would change our mind

A project going archived, or a maintainer changing the install path, flips this comparison faster than any feature release. Both entries are re-checked weekly, and the date above tells you how much to trust the details.

Read the full entries

More head-to-heads

All comparisons