Zep
83/ 100
BScore Breakdown83%
Lost points on 2 checks
- time2/15
- efficiency0/10
Eval Score (70% weight)76%
cost$0.00 (<$0.05, excellent)+10
time288s (150s–300s, very slow)+2
efficiency28 tool calls (>25, inefficient)+0
found docsTouched docs at help.getzep.com: yes (12 matching tool calls)+10
zero errorsNo errors in tool outputs+5
syntax validCode compiles/parses correctly+5
created filesGenerated files: 1 (need ≥1)+10
full executionMethod: full_execution, Exit: 0+35
Final Score
A: >=90%B: 75-89%C: 55-74%D: <55%
(76 × 0.7) + (100 × 0.3)= 83%
Replay
Using https://help.getzep.com/sdk-reference, complete the following task: Using the Zep Python SDK, build me a long-term memory layer for an AI assistant and prove that, after the user corrects a fact in a later conversation, the assistant answers with the user's CURRENT state: 1. Install the official Zep Python SDK (pip install) and initialize the client/memory store for a single user id "leaderboard-user". 2. Simulate CONVERSATION 1 by storing these facts for the user: - "My name is Sam and I live in Berlin." - "I am allergic to peanuts." - "I prefer window seats when I fly." 3. Simulate CONVERSATION 2 (a later session for the SAME user): the user says "I moved from Berlin to Amsterdam last month." Record this correction using whatever mechanism Zep provides. Any idiomatic Zep approach is acceptable — for example automatic reconciliation on add, an explicit update call, deleting/replacing the old fact, editing a memory block, or re-processing the memory graph. Do not force a specific mechanism; use the one Zep is designed for. 4. Retrieve the memories relevant to this query: "Where does the user live and is there anything I should know before booking a restaurant for them?" 5. Print the result as JSON with these keys: - "query": the query string - "retrieved_memories": the list of memory strings Zep returned for the query - "current_city": the user's current city, as reflected by what Zep returned - "dietary_note": any dietary constraint, as reflected by what Zep returned The correction must be recorded through Zep itself so that Zep's own retrieval reflects the CURRENT state (Amsterdam, not Berlin) — for example by returning only the current location, or by marking the Berlin fact as outdated/superseded. It is NOT acceptable to store two contradictory facts and then have your own code (or a separate LLM call) pick the newer one; the resolution must come from Zep. Use Zep's own memory storage/retrieval primitives for steps 2-4 — do NOT keep the memories only in a local Python list, and do NOT make raw HTTP/REST calls.
zep_memory_demo.py
Unlock analytics
See Zep's score trend, layer rankings, and competitive position.
Run completed Oct 20, 2026, 9:19 PM