Skip to main content
Breaking changes ahead. This release includes renamed parameters, removed parameters, changed defaults, and a fundamentally different extraction model. Read this guide before upgrading.

Overview

The new Mem0 release redesigns both extraction and retrieval, and cleans up the SDK surface across Python and TypeScript:
  • Extraction: Single-pass ADD-only (one LLM call, no UPDATE/DELETE)
  • Retrieval: Multi-signal hybrid search (semantic + BM25 keyword + entity matching)
  • Entity matching: Automatic entity extraction feeds a third scoring signal in hybrid search, boosting memories that share entities with the query
  • Graph memory moved to Platform: The external graph store integration is removed from OSS; graph memory is now a built-in, always-on Mem0 Platform feature
  • SDK cleanup: Deprecated parameters removed, naming conventions standardized
  • API surface aligned with Platform: Entity IDs now follow the same convention across OSS and Platform: top-level kwargs for add() / delete_all(), inside filters for search() / get_all()
These changes produce a +20 point improvement on LoCoMo (71.4 → 91.6) and +26 point improvement on LongMemEval (67.8 → 93.4), while cutting extraction latency roughly in half.

Breaking Changes

Python Open Source

TypeScript Open Source

Python Client SDK

TypeScript Client SDK

Step-by-Step Migration

1. Update Installation

Supported Python versions for [nlp] extras: 3.10 – 3.12. spaCy and its blis / thinc dependencies do not yet ship prebuilt wheels for Python 3.13, so installs on 3.13 will fail at build time. Use Python 3.12 (or older) for the [nlp] extras until upstream support lands. The base mem0ai package works on all supported Python versions; only the NLP extras are constrained.
The Python [nlp] extra installs spaCy for entity extraction and keyword lemmatization. Without it, Mem0 still works but falls back to semantic-only search (no entity matching, no BM25 lemmatization).
Qdrant users: install fastembed to enable BM25 keyword search. The Qdrant backend uses fastembed to encode sparse (BM25) vectors alongside dense vectors in the same collection. Without it, BM25 is silently disabled and search falls back to semantic-only. The first search call logs a warning that BM25 keyword search is disabled. Other vector stores use their native full-text capabilities and don’t need fastembed.

2. Update Configuration

3. Update Search Calls

Passing user_id, agent_id, or run_id as a top-level kwarg to search() or get_all() now raises ValueError. They must be inside the filters dict. The change aligns the OSS SDK with the Platform API contract.

4. Update Add Calls

The ADD-only model means memories accumulate over time. When information changes, the new fact is stored alongside the old one. Retrieval handles ranking: the most relevant, current information surfaces first.

5. Update Vector Store Dependencies

If you’re using Qdrant or Upstash, update your client libraries:

6. Entity Matching Store Setup

The new algorithm automatically creates a parallel collection named {your_collection}_entities to power entity matching, the third signal in hybrid search. No manual setup is required: it’s created on first use. This is separate from and unrelated to graph memory, which is a Mem0 Platform feature.
Make sure your vector store user/credentials have permission to create new collections. If you’re using a managed vector database with restricted permissions, pre-create the {collection_name}_entities collection with the same embedding dimensions as your main collection.

Graph Memory: Platform Only

Graph memory is removed from the open-source SDK. It is not being replaced by an OSS equivalent: graph memory is a Mem0 Platform feature, built in and always on, with no external graph database required. See Graph Memory for what it does on Platform. What was removed from OSS:
  • enable_graph / enableGraph config flag
  • graph_store / graphStore configuration block
  • All external graph store drivers (Neo4j, Memgraph, Kuzu, Apache AGE, Neptune) and their code paths (~4000 lines)
Migration:
  • Remove enable_graph / enableGraph from your config
  • Remove the graph_store / graphStore block: it is no longer read
  • Uninstall external graph drivers (neo4j, memgraph, etc.) if you were using them only for Mem0
  • If you need graph memory, use Mem0 Platform instead of self-hosted OSS
The old relations field on search results (populated by the external graph store) is no longer returned in OSS. OSS has no graph memory replacement, so there is nothing to populate this field with. If your application read or traversed the relations array, either move to Mem0 Platform to keep that data or redesign that part against the new OSS retrieval API.

How the New Algorithm Works

Extraction: Single-Pass ADD-Only

The previous algorithm used two LLM calls: one to extract candidate facts, one to decide ADD/UPDATE/DELETE actions against existing memories. The new algorithm collapses this into a single call that only adds. The model spends its capacity on understanding the input rather than diffing against existing state.
Scoring: The three signals are normalized and fused into a single combined score per result. The fusion adapts based on which signals are available at runtime (semantic-only, semantic + BM25, or all three when spaCy + the entity store are active). BM25 is a boost signal, not a recall expander. Only semantic search results are candidates: BM25 and entity scores boost ranking but don’t add new candidates.

Vector Store Compatibility

All 15 supported vector stores have been enhanced with two new capabilities: Qdrant-specific changes:
  • Now uses sparse vectors (BM25) alongside dense vectors in the same collection
  • Requires fastembed library for BM25 encoding (lazy-loaded, gracefully degrades)
  • Install: pip install fastembed
All other vector stores:
  • Enhanced with keyword_search() methods using their native full-text capabilities
  • No additional dependencies required

Graceful Degradation

The new features degrade gracefully when optional dependencies are missing: You always get semantic search. Hybrid search features layer on top when available.

Removed Parameters Reference

These parameters have been removed across all SDKs. Remove them from your code:

Python Client SDK: Removed parameters

Constructor: org_id, project_id All methods: api_version, output_format, async_mode, org_name, project_name, org_id, project_id add(): enable_graph, immutable, filter_memories, batch_size, force_add_only, includes, excludes, keyword_search search(): enable_graph get_all(): enable_graph project.update(): enable_graph

TypeScript Client SDK: Removed parameters

Constructor: organizationId, projectId, organizationName, projectName All methods: OutputFormat enum, API_VERSION enum add(): enable_graph / enableGraph, async_mode / asyncMode, output_format / outputFormat, immutable, filter_memories / filterMemories, batch_size / batchSize, force_add_only / forceAddOnly, includes, excludes, keyword_search / keywordSearch search(): enable_graph / enableGraph get_all(): enable_graph / enableGraph

Python OSS: Removed/renamed parameters

Config: custom_fact_extraction_prompt → renamed to custom_instructions Config: custom_update_memory_prompt → deprecated, use custom_instructions Config: enable_graph + graph_store → removed (graph memory is now a Mem0 Platform feature)

TypeScript OSS: Removed/renamed parameters

Config: customPrompt → renamed to customInstructions Config: enableGraph + graphStore → removed (graph memory is now a Mem0 Platform feature) search(): limit → renamed to topK

Common Issues

TypeScript: limit is not a valid parameter

The limit parameter has been renamed to topK in the TypeScript OSS:

TypeScript Client: snake_case params no longer work

All TypeScript Client SDK parameters now use camelCase. The SDK handles conversion to/from the API automatically:

ValueError: Top-level entity parameters not supported in search() / get_all()

search() and get_all() now require entity IDs inside filters. Top-level kwargs raise ValueError. This aligns the OSS SDK with the Platform API.
add() and delete_all() continue to accept entity IDs as top-level kwargs.

Search returns fewer results than before

The default threshold changed from None to 0.1. Low-relevance results that were previously included are now filtered out. To restore the old behavior:

spaCy model not found

If you see errors about missing spaCy models, download the required model:
If spaCy is not installed at all, install the NLP extras:

Entity matching store collection creation fails

The entity matching store tries to create a {collection_name}_entities collection automatically. If your vector database has restricted permissions, pre-create this collection with the same embedding dimensions as your main collection.

Score values are different from before

The top-level score still ranges [0, 1], but it is computed differently in v3. Relative ranking between results stays comparable, but absolute numbers shift: retune any hard thresholds in your app against representative queries. If you need the raw cosine similarity for a specific use case, run an unboosted vector query directly against your vector store via vector_store.search(...).

Need Help?