Mem0 is a memory layer for AI agents: by default an LLM reads what you add and stores the facts it extracts. LLMSlim Core is an MIT-licensed Python library that stores every turn word for word and, when you search, returns the turns that answer the question within a token budget, with no LLM call on either side. Here is how they differ, what two public benchmarks show, what each costs, and how to bring your Mem0 memories across.
Updated November 2, 2026Results: LLMSlim Core 0.9, round 3Reader: Claude Haiku 5.5Prices checked 2 November 2026
We build LLMSlim. We are not affiliated with Mem0. We ran Mem0's open-source library (mem0ai 2.2.1) ourselves, through Mem0's own benchmark harness; Mem0's hosted Platform was not benchmarked. Mem0 did not run, review or endorse this comparison.
The short answer
Mem0 extracts facts with an LLM when you add memories; LLMSlim stores the turns themselves and selects from them when you search, with no model call on either side. Both are open source (Mem0 under Apache-2.0, LLMSlim under MIT) and both run on your own machines. Mem0 also runs as a hosted Platform today; LLMSlim's hosted edition, Orbit, opens with LLMSlim 1.0.
Level on accuracy on LoCoMo. At about 2,500 tokens, read by Claude Haiku 5.5, LLMSlim Core 0.9 answered 91.7% with no model and 93.0% with its optional 22M-parameter reranker, against 91.0% for Mem0's top 50 memories. The default LLMSlim and Mem0 are level (+0.8 points, 95% CI −0.9 to +2.5); at about 10,000 tokens LLMSlim is ahead (94.3% against 91.6%, +2.7, 95% CI +1.2 to +4.1).
About a third of the cost: $0.89 to $0.95 per 1,000 LoCoMo questions end to end, against $2.66 for Mem0, most of it the model calls that build Mem0's memory.
On Mem0's own 60 LongMemEval questions, LLMSlim with its reranker answered 78.3% for $1.04 per 1,000 questions, against 76.7% for $220.88 for Mem0's top 200 memories: each question has its own 500-message history, so Mem0 builds a memory for each. On 60 questions the 95% intervals are about ±10 points.
Where Mem0 is better: at about 1,000 tokens it is clearly ahead on LoCoMo's multi-hop (88.7% against 80.3%) and temporal (93.4% against 85.7%) questions, where its extracted facts pack evidence from many sessions into few tokens. Overall at that budget the default LLMSlim and Mem0 are within noise (87.5% and 88.7%); with its reranker LLMSlim scored 90.5%.
These results are for LLMSlim Core 0.9.0 selecting from whole sessions. The Memory API of 0.12 reads a history differently, and on two-person conversations it keeps less of the evidence than the version benchmarked here; see what this does not show.
At a glance
Two ways to remember. Different trade-offs.
Aspect
LLMSlim
Mem0
What it stores
Every turn, word for word, under its date and scope
Facts an LLM extracts from what you add (infer=True, the default); with infer=False, the messages as given
Model calls when you add
None
An LLM call to extract facts, by default
How search works
Ranks stored turns against the question by shared words, with no model, and returns them within a token budget; an optional 22M-parameter cross-encoder rescores
Embeds the question and returns the memories with the most similar embeddings; an optional reranker refines the order
What you run
One Python package. Memory in SQLite (built into Python), Postgres or, from 1.0, MongoDB
Platform: hosted by Mem0. Open source: you provision and pay for an LLM, an embedder and a vector store
Mem0's managed service. When you add messages, an LLM pulls out the facts, decisions and preferences worth keeping, and new memories accumulate alongside the old. Search embeds the question and ranks memories by similarity, with optional reranking. Mem0 runs the LLM, embedder and vector store and provides a dashboard. Graph memory, memory decay, temporal reasoning and Dream, a background step that merges duplicates and supersedes outdated facts, are Platform features.
The mem0ai library, which you run yourself. Add and search work the same way, and you provision, configure and pay for the LLM, embedder and vector store. It has no dashboard, and the Platform-only features above are not in it. Round 3 benchmarked this library, version 2.2.1, with Claude Haiku 5.5 as its LLM and Qwen3-Embedding-0.6B, the embedder of Mem0's own published open-source runs.
From Mem0's documentation and its GitHub repository, read on 2 November 2026. Mem0's documentation also covers add with infer=False, which stores messages without extraction; Mem0's harness, and so round 3, used the default.
How LLMSlim differs
Keep what was said. No LLM on the way in.
01
Verbatim storage
add stores each turn as it was said, with its time and scope. Nothing is summarized or extracted, so a stored turn can't become a wrong fact. When something changes, both turns stay, each under its date, and the model sees which is newer.
02
No LLM calls on write
Storing makes no model call, so adding memory costs nothing per message and works offline. In round 3, building Mem0's memory on Claude Haiku 5.5 was $1.76 of its $2.66 per 1,000 LoCoMo questions, and about $0.22 a question on LongMemEval's 500-message histories.
03
Selection at question time, within a budget
search ranks user turns and windows of replies against the question, and returns what fits the token budget you give, in date order. Relevance is lexical by default: no model, deterministic. relevance="semantic" adds a 22M-parameter cross-encoder that runs on a CPU.
04
Self-hosted on SQLite, Postgres or MongoDB
One pip install. Memory lives in a SQLite file by default, in Postgres for several processes or machines, or, from 1.0, in MongoDB. There is no vector database to run and no embedding service to host.
05
An MCP server and an HTTP API
llmslim mcp gives Claude Code, Claude Desktop, Cursor and other MCP clients remember, recall, forget and fit_context tools. llmslim serve puts the same memory behind a JSON API, with a TypeScript client for the Vercel AI SDK and Mastra.
06
A Mem0-compatible facade
from llmslim.memory.compat import Mem0Memory as Memory keeps Mem0 2.x method names, keyword arguments and return shapes, so most code changes one import. Where behaviour differs, it fails loudly: an unknown filter key raises instead of being ignored.
Head to head · Round 3 · LLMSlim Core 0.9.0 · 13–15 Oct 2026
Two memory benchmarks, one reader. Same questions, same budget.
Mem0's open-source library ran through Mem0's own benchmark harness on LoCoMo and LongMemEval-S, and LLMSlim selected from the same histories at the same token budgets. Claude Haiku 5.5 read every context with Mem0's own answer prompt; Mem0's judge scored LoCoMo and the official judge LongMemEval. Costs are per 1,000 questions end to end at list prices: the answer call, Mem0's memory-building calls, and each system's compute.
LoCoMo: 1,307 test questions on 8 long conversations
System
Context tokens
Accuracy (95% CI)
Cost per 1k questions
About 1,000 tokens
LLMSlim 0.9 + reranker
994
90.5 (88.9–92.0)
$0.70
Mem0, top 20 memories
976
88.7 (86.9–90.4)
$2.43
LLMSlim 0.9
994
87.5 (85.5–89.3)
$0.67
About 2,500 tokens
LLMSlim 0.9 + reranker
2,495
93.0 (91.5–94.3)
$0.95
LLMSlim 0.9
2,492
91.7 (90.3–93.3)
$0.89
Mem0, top 50 memories
2,425
91.0 (89.4–92.5)
$2.66
RAG over turns (Qwen3-Embedding-0.6B)
2,430
85.2 (83.2–87.0)
$0.90
About 10,000 tokens
LLMSlim 0.9
9,997
94.3 (93.0–95.6)
$2.02
Mem0, top 200 memories
9,628
91.6 (90.1–93.0)
$3.74
The whole history
Full history, read from the prompt cache
27,133
95.1 (93.9–96.3)
$0.83
Three budgets, about 1,000, 2,500 and 10,000 tokens: Mem0 is its top 20, 50 and 200 memories, as in Mem0's harness. Accuracy by Mem0's judge, with the 95% bootstrap interval. The full history was read from the prompt cache because a conversation's questions were asked back to back; without the cache it costs $4.48 per 1,000 questions.
LongMemEval-S: Mem0's 60-question sample, about 2,500 tokens
System
Context tokens
Accuracy (95% CI)
Cost per 1k questions
RAG over turns (Qwen3-Embedding-0.6B)
2,473
80.0 (70.0–90.0)
$3.36
LLMSlim 0.9 + reranker
2,501
78.3 (68.3–88.3)
$1.04
Full history
111,417
78.3 (68.3–88.3)
$90.20
Mem0, top 200 memories
11,347
76.7 (65.0–86.7)
$220.88
Mem0, top 50 memories
2,848
75.0 (63.3–85.0)
$219.50
LLMSlim 0.9
2,501
71.7 (60.0–81.7)
$0.96
Each question has its own history of about 111k tokens and 500 messages, so Mem0 builds a new memory for each question: about $0.22 a question. Accuracy by the official judge. Dense retrieval over turns scored higher than both here, for $3.36 per 1,000 questions.
Paired differences with 95% intervals
Comparison
Benchmark (questions)
Difference (95% CI)
Reading
LLMSlim vs Mem0, top 20 memories
LoCoMo, about 1,000 tokens (1,307)
−1.2 (−3.1, +0.8)
Level
LLMSlim vs Mem0, top 50 memories
LoCoMo, about 2,500 tokens (1,307)
+0.8 (−0.9, +2.5)
Level
LLMSlim vs Mem0, top 50, token F1 (no judge)
LoCoMo, about 2,500 tokens (1,307)
+1.4 (−0.2, +2.8)
Level
LLMSlim vs Mem0, top 200 memories
LoCoMo, about 10,000 tokens (1,307)
+2.7 (+1.2, +4.1)
Ahead
LLMSlim vs Mem0, top 50 memories
LongMemEval-S, Mem0's sample (60)
−3.3 (−11.7, +5.0)
Level
LLMSlim vs Mem0, top 200 memories
LongMemEval-S, Mem0's sample (60)
−5.0 (−16.7, +5.0)
Level
Paired differences in points, the default LLMSlim (no model) minus Mem0, on the same questions, with the paired bootstrap 95% interval in brackets, from the round 3 tables. Level means the interval includes zero, so the gap may be noise. The tables give no paired interval between LLMSlim with its reranker and Mem0, so none is shown here.
What this does not show
Mem0's open-source library, not its Platform
We ran mem0ai 2.2.1 through Mem0's own harness (mem0ai/memory-benchmarks), with Claude Haiku 5.5 for extraction and Qwen3-Embedding-0.6B for embeddings. The Platform has features the library lacks, such as graph memory and Dream, and may score differently.
One reader and one extraction model
Every number uses Claude Haiku 5.5 at effort low, for reading and for Mem0's extraction. Another model may rank these systems differently. Third-party re-runs of Mem0 on LongMemEval-S with GPT-4o-mini report 53.6% to 66.4%, against 55.4% to 56.8% for full context (the MemOS and LightMem papers).
Where the run differs from Mem0's harness
Each difference is in Mem0's favour or forced by the benchmark's one-model rule. Mem0's open-source add rejects a timestamp, so its harness dates every memory at ingestion; here each memory got its session's date. On LongMemEval, Mem0's 2,000-token output cap cut off about 2% of extraction replies, so it was raised to 8,192. Mem0's embedding and database compute is not counted, which favours it.
Small samples on LongMemEval
Mem0 ran on its pre-registered 60-question sample, because building a memory of each 500-message history costs about $0.22 a question. The 95% intervals are about ±10 points on 60 questions.
Measured on Core 0.9.0, not on the 0.12 Memory API
Round 3 measured LLMSlim selecting from whole sessions with compress_documents. Since 0.12.0, Memory.search reads a history turn by turn. On 230 LoCoMo development questions, counting the questions whose labelled evidence is all in the context (no reader in the loop), the 0.12 read path kept all of it for 75.7% of questions at 2,500 tokens, against 85.7% for the path benchmarked here. Fixes on main raise that to 80.0%; the rest of the gap is open, and is listed in the 1.0 roadmap's known quality issues.
A cached full history
When a conversation's questions come back to back, the cached full history (95.1% for $0.83 per 1,000 questions) is cheaper than LLMSlim at 10,000 tokens and more accurate than any compressed context. LLMSlim is the cheaper choice when the context changes between questions, when questions arrive too far apart for the cache, or when a history is long enough to be billed at the long-prompt rate.
Questions that join many sessions, in a small context
At about 1,000 tokens, Mem0's extracted facts packed more evidence into the prompt: 88.7% against 80.3% for the default LLMSlim on LoCoMo's multi-hop questions, and 93.4% against 85.7% on temporal ones. If your prompts must stay that small and your questions span many sessions, extraction helps.
A managed service today
Mem0's Platform is available now, with a free plan and custom plans that add SSO, audit logs, an SLA and on-prem deployment. LLMSlim's hosted edition, Orbit, opens with LLMSlim 1.0; until then LLMSlim is a library and servers you run yourself.
A profile of facts, not a transcript
Mem0 keeps a list of short facts per user that you can read and edit, and the Platform can export them to a schema you define. LLMSlim keeps what was said; it has no step that turns a conversation into a profile.
Graph memory and consolidation
Mem0's Platform links entities across memories and can merge duplicates and supersede outdated facts in the background. LLMSlim has no graph and never rewrites a stored turn: when a fact changes, both turns stay under their dates.
Questions worded unlike what was said
LLMSlim's default relevance needs shared words. In our migration test, "Where does Asha live now?" did not find the memory "Moved to Pune in September 2026", while "Where did Asha move to?" did. Mem0 searches by embedding similarity. On LLMSlim, paraphrase is what the optional reranker (relevance="semantic") is for; we did not run it in that test.
Text mostly not in English
LLMSlim's default lexical scoring uses English stemming and stopwords, and we have no published results in other languages. Evaluate both on your own data before choosing.
When LLMSlim fits
Where LLMSlim makes sense.
You want what was said, not a model's summary of it: stored turns are exact, under their dates, and nothing is lost or reworded when you add them.
Write cost and latency matter: storing a message makes no model call. In round 3, building Mem0's memory was $1.76 of its $2.66 per 1,000 LoCoMo questions.
Long per-user histories: on Mem0's own LongMemEval questions, LLMSlim with its reranker answered 78.3% for $1.04 per 1,000 questions, against 76.7% for $220.88.
Everything on your own machines in one package: SQLite, Postgres or, from 1.0, MongoDB, with no vector database or embedding service.
Claude Code, Cursor and other MCP clients through llmslim mcp, and any language through llmslim serve.
Code already written for Mem0: Mem0Memory keeps its method names, filters and result shapes.
Pricing · checked 2 November 2026
What each costs. From each pricing page.
Mem0's plans as its pricing page listed them on 2 November 2026, next to LLMSlim's. The units differ (Mem0 counts adds and retrievals, Orbit counts stored turns and searches), so the plans don't map one to one.
Mem0
Plan
Price
What it includes
Free
Free
Unlimited end users. For the first 30 days, 10,000 adds and 1,000 retrievals a month, with model calls covered by Mem0; then, with your own LLM key, 50,000 adds and 10,000 retrievals a month. Use past the limits is billed by usage, up to a monthly cap you set. Community support.
Custom
Custom (contact Mem0)
Limits set to your volume, graph memory, user profiles, Dream, advanced analytics, private Slack support, SSO, audit logs and an SLA, on-prem deployment and custom integrations. Model call and overage terms are set in the agreement.
Open source (mem0ai)
Free, Apache-2.0
Self-hosted. You provision and pay for the LLM, embedder and vector store.
Source: mem0.ai/pricing, checked 2 November 2026. Prices change; check the page before you decide.
LLMSlim (Orbit opens with LLMSlim 1.0)
Plan
Price
What it includes
Core
Free, MIT
Self-hosted, with no account and no limits on projects, turns or searches. No model calls, so memory adds nothing to an LLM bill; you run the machine and, if you want one, the database.
Orbit Free
Free
1 project, 1,000 stored turns, 1,000 searches a month.
Orbit Pro
$19 a month, or $190 a year
3 projects, 250,000 stored turns, 100,000 searches a month.
Orbit Team
$99 a month, or $990 a year
10 projects, 2M stored turns, 1M searches a month, 5 seats included, then $15 per extra seat a month.
Mem0's pricing page lists no per-unit price for usage past the free limits.
With extraction on, every add is an LLM call, and with your own key that call is on your provider's bill. In round 3, building Mem0's memory on Claude Haiku 5.5 added $1.76 per 1,000 LoCoMo questions, and about $0.22 per LongMemEval question.
LLMSlim Core makes no model calls, so its only costs are your machine and database.
LLMSlim Orbit, the hosted edition, opens with LLMSlim 1.0 and is not available yet; these are its plans at launch, from /pricing. Nothing is charged before it opens.
Migrate
Bring your memory across. Tested, with real output.
Three steps: export your memories with Mem0's get_all, import them, and point your code at LLMSlim. We ran the import and search below on a sample export in the shape get_all returns; the outputs are copied from that run. We have no Mem0 account, so the export script follows Mem0's SDK source but was not run against Mem0.
1. Export your memories from Mem0
get_all lists a scope's memories: on the Platform 200 at a time, with a next link while more remain. Write each memory as one JSON line. The Platform's memory export writes JSON shaped by a schema you define, which llmslim import mem0 doesn't read.
export_mem0.pypython
import json
from mem0 import MemoryClient
client = MemoryClient() # reads MEM0_API_KEY
user_ids = ["asha", "ravi"] # the users whose memories you are moving
with open("mem0-export.jsonl", "w", encoding="utf-8") as out:
for user_id in user_ids:
page = 1
while True:
batch = client.get_all(filters={"user_id": user_id}, page=page, page_size=200)
for memory in batch["results"]:
memory.setdefault("user_id", user_id)
out.write(json.dumps(memory, ensure_ascii=False) + "\n")
if not batch.get("next"):
break
page += 1
# Open-source Mem0 returns every memory of a scope in one call:
# Memory.from_config(config).get_all(filters={"user_id": user_id}, top_k=100_000)["results"]
mem0-export.jsonl (2 of 6 lines)json
{"id": "3f1c2a9e-5b7d-4e21-9a0c-1d2e3f4a5b01", "memory": "Is allergic to peanuts", "user_id": "asha", "metadata": null, "categories": ["health"], "created_at": "2026-03-02T09:14:11.482913-08:00", "updated_at": "2026-03-02T09:14:11.482931-08:00", "expiration_date": null}
{"id": "3f1c2a9e-5b7d-4e21-9a0c-1d2e3f4a5b05", "memory": "Works as a data engineer in Bengaluru", "user_id": "ravi", "agent_id": "career-coach", "metadata": null, "categories": ["professional_details"], "created_at": "2026-06-05T22:40:00.000000-07:00", "updated_at": "2026-06-05T22:40:00.000000-07:00", "expiration_date": null}
2. Import them
llmslim import mem0 comes with LLMSlim 1.0. Until then, install main from GitHub to use it; pip install llmslim (0.12.0) has the Mem0-compatible API but no importer. Each memory becomes one user turn under its own user_id, agent_id and run_id, at its original time.
terminalbash
# main from GitHub, which becomes 1.0: adds llmslim import
pip install "llmslim[fast-tokens] @ git+https://github.com/Thanatos9404/llmslim"
# 0.12.0 from PyPI: no importer (see the loop below)
pip install "llmslim[fast-tokens]"
terminalbash
llmslim import mem0 mem0-export.jsonl --db memory.db --dry-run # look first: stores nothing
llmslim import mem0 mem0-export.jsonl --db memory.db # import
llmslim import mem0 mem0-export.jsonl --db memory.db # again: only what is new
outputtext
(no session): 4 turns, 4 new, 0 already there
(no session): 2 turns, 2 new, 0 already there
Would import Mem0 history from mem0-export.jsonl
into: memory.db (user asha, ravi)
files: 1
sessions: 2
turns: 6 to import, 0 already there, 0 skipped
dry run: nothing was stored
(no session): 4 turns, 4 new, 0 already there
(no session): 2 turns, 2 new, 0 already there
Imported Mem0 history from mem0-export.jsonl
into: memory.db (user asha, ravi)
files: 1
sessions: 2
turns: 6 imported, 0 already there, 0 skipped
(no session): 4 turns, 0 new, 4 already there
(no session): 2 turns, 0 new, 2 already there
Imported Mem0 history from mem0-export.jsonl
into: memory.db (user asha, ravi)
files: 1
sessions: 2
turns: 0 imported, 6 already there, 0 skipped
On 0.12.0, a short loop does the same. Unlike the importer, it stores everything again if you run it twice.
On 0.12.0: add them in a loop
Run with pip install "llmslim[fast-tokens]", the 0.12.0 release.
import_mem0.pypython
import json
from llmslim.memory import Memory
memory = Memory("memory.db")
count = 0
with open("mem0-export.jsonl", encoding="utf-8") as export:
for line in export:
item = json.loads(line)
memory.add(
{"role": "user", "content": item["memory"]},
user_id=item.get("user_id"),
agent_id=item.get("agent_id"),
run_id=item.get("run_id") or item.get("session_id"),
timestamp=item["created_at"],
metadata={"source_id": item["id"]},
)
count += 1
print(count, "memories added")
outputtext
6 memories added
3. Switch one import and search
Mem0Memory takes the calls your Mem0 code makes; Memory is LLMSlim's own API, with a token budget.
check.pypython
from llmslim.memory import Memory
from llmslim.memory.compat import Mem0Memory
# Code written for Mem0 keeps its calls: the same method names, filters and result shape.
mem0_style = Mem0Memory("memory.db")
hits = mem0_style.search("What is Asha allergic to?", filters={"user_id": "asha"})
for hit in hits["results"]:
print(f'{hit["score"]:.3f} {hit["memory"]}')
coach = mem0_style.get_all(filters={"user_id": "ravi", "agent_id": "career-coach"})
print(len(coach["results"]), "memories for ravi with career-coach")
# LLMSlim's own API: the turns that answer the question, within a token budget.
memory = Memory("memory.db")
for question in ["Where did Asha move to?", "Where does Asha live now?"]:
context = memory.search(question, user_id="asha", budget=40)
print(f"{question} ({context.tokens} of {context.history_tokens} tokens)\n {context.text}")
output (the same on 0.12.0 and on main)text
0.642 Is allergic to peanuts
0.344 Is going to Jaipur in December for her sister's wedding
0.179 Moved to Pune in September 2026, to Koregaon Park
0.000 Prefers window seats on flights
2 memories for ravi with career-coach
Where did Asha move to? (31 of 107 tokens)
[2026-09-21 (Mon) 15:30] user: Moved to Pune in September 2026, to Koregaon Park
Where does Asha live now? (21 of 107 tokens)
[2026-03-02 (Mon) 17:14] user: Is allergic to peanuts
The last two lines show the limit of lexical relevance. Mem0's memories are short facts without their subject, so "Where did Asha move to?" shares the word "move" with "Moved to Pune" and finds it, while "Where does Asha live now?" shares no word with it, and the budget goes to the oldest memory instead. For questions worded unlike what was stored, use relevance="semantic" (pip install "llmslim[semantic]"), or a budget that holds the whole history.
Mem0's memories are facts its model extracted ("Is allergic to peanuts"), not what was said, and they are stored as they are. From then on, what you add is stored word for word.
Each turn keeps the memory's created_at as its time and its id as source_id in its metadata. Mem0's categories and metadata are not imported.
Mem0Memory covers Mem0's open-source Memory class in its 2.x shape, not the hosted MemoryClient. Filters other than user_id, agent_id and run_id raise, and so do reset, expiration_date and reference_date.
Re-run your own evaluation after switching. Our results cover two English benchmarks and one reader.
Not across the board. In round 3, read by Claude Haiku 5.5, the default LLMSlim and Mem0 were level on LoCoMo at about 1,000 and 2,500 tokens, LLMSlim was ahead at 10,000 (+2.7 points, 95% CI +1.2 to +4.1), and they were level on Mem0's own LongMemEval sample. LLMSlim cost about a third as much on LoCoMo and 212 times less on Mem0's LongMemEval questions, because it makes no model calls to build memory. Mem0 was clearly better on multi-hop and temporal questions at about 1,000 tokens. These results are for LLMSlim Core 0.9.0; the 0.12 Memory API keeps less of the evidence on two-person conversations, a gap that is still open.
Can I keep my Mem0 code?+
Mostly. from llmslim.memory.compat import Mem0Memory as Memory keeps the method names, keyword arguments and return shapes of Mem0 2.x's open-source Memory class. The differences fail loudly: filters other than user_id, agent_id and run_id raise, reset raises, and infer, prompt and memory_type are accepted and ignored. It doesn't cover Mem0's hosted MemoryClient.
How do I move my existing Mem0 memories?+
Export them with get_all as JSON lines, then run llmslim import mem0 (LLMSlim 1.0, or main from GitHub today), or a short Memory.add loop on 0.12.0. Each memory becomes one user turn under its own user_id, agent_id and run_id, at its original time. The steps and their real output are above and in the migration guide.
Does LLMSlim call an LLM?+
No. Storing and searching run no LLM. By default no model runs at all; relevance="semantic" adds a 22M-parameter cross-encoder that runs on your CPU.
Is LLMSlim affiliated with Mem0?+
No. LLMSlim is an independent MIT-licensed project from AMEYOR. We ran Mem0's open-source library through Mem0's own benchmark harness; Mem0 did not run, review or endorse the comparison.
Can I reproduce the numbers?+
Yes. The splits, the scripts that ran Mem0 (mem0_locomo.py and mem0_lme.py) and every answer and judgement are in benchmarks/live/round3 in the public repository. All of round 3, every system and benchmark, cost $107.10 in Claude API calls.