artificial-memory
OfficialClick on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@artificial-memoryRemember that my favorite color is blue, and tag it with today's date."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Lethe Akribeia
Auditable Cognitive Long-Term Memory Runtime for Persistent AI Agents
[ English | 日本語 ]
“Forgetting is not deletion. It is loss of resolution.”
(忘却とは削除ではない。解像度の低下である。)
An experimental long-term memory system for AI that treats forgetting as progressive resolution loss rather than deletion.
Deterministic memory compilation · Temporal reasoning · Evidence provenance · MCP native
(Formerly: Artificial Memory / lethe-akribeia)
What's New in V3 (Apex Generation)
Lethe Akribeia v0.3.0 marks a major architectural leap from an experimental prototype (v0.2.0) to a research-grade, highly auditable cognitive runtime:
Three-Layer Diagnostic Architecture:
Decoupled Layer 1 (Oracle Recall: 98.20% on LongMemEval) from Layer 2 (Reader on Hits: 82.08%) and Layer 3 (Baseline 7B E2E: 81.60% → Final E2E: 83.40%), demonstrating very high evidence retrieval recall on LongMemEval while diagnosing specific reader failure modes (such as false abstention and arithmetic drift).
Subsystem H: ArithmeticDifferenceEngine (Zero-LLM Autonomous Committer):
Built a deterministic derivation scaffold computing currency differentials ($300 − $30 = $270), savings/discounts, multi-location day sums, and chronological age offsets without a single LLM call.
Rescued +9 difficult questions from 7B Reader false refusals on LongMemEval with 0 regression losses, lifting End-to-End accuracy from 81.60% (408/500) to 83.40% (417/500) (backed by
grand_longmemeval_report_7b_rescued_834.json).
LoCoMo (Long-Context Conversation Benchmark; SNAP / Stanford & collaborators) Turn Selection & Proximity Density Scoring:
Refined
answer_committerwith keyword coverage weighting, speaker alignment, and explicit intent guards: autonomous committer achieves 70.64% precision (77/109 correct) on the frozen run's claimed temporal questions (current committer revision, offline sweep over the same frozen contexts: 68.89%, 124/180) with zero LLM calls (backed bycommitter_metrics/locomo_cat2_temporal_claims.jsonandlocomo_cat2_temporal_claims_current.json).
Rigorous Test Suite Expanded from 82 to 328 Tests (100% Passing, 740+ collected):
Added arithmetic difference suites, interval algebra, temporal compilation, speaker normalization, model sensitivity verification, corruption resilience, derivation scaffolding suites, and the automated Results Registry verifier.
Model Sensitivity Analysis (7B vs. 1.5B):
Empirically demonstrated that a ~4.7× parameter reduction (from 7B to 1.5B) produces virtually zero performance divergence ($p = 1.0000$ on LoCoMo, $p = 0.4030$ on LongMemEval), supporting the hypothesis that performance is strongly influenced by structured context quality.
Related MCP server: cognitive-harness-mcp
What is Lethe?
Lethe Akribeia is an open-source cognitive memory runtime designed for persistent AI agents.
Unlike naive vector RAG or raw context stuffing, Lethe compiles conversational history into structured, resolution-tiered memory states using zero LLM calls on ingestion (Write LLM = 0). It pairs memory storage with deterministic calendar and aggregation co-processors, preserving complete evidentiary provenance back to the exact conversational turn.
Conversational Turns
│ (Zero-LLM Deterministic Ingestion)
▼
[Memory IR] ── Level 0 (Raw) → Level 4 (Anchor)
│
[MSC Compiler] + Co-Processors (CHRONOS / Aggregation / Committer)
│
[Compiled Context] (Frozen, Auditable)
│
[Reader LLM] (1.5B ~ 7B ~ Frontier)
▼
Evidence-Grounded Answer
Evaluation Highlights: Three-Layer Architecture
We do not present Lethe Akribeia as a universal SOTA system. Rather, we empirically separate the evaluation of persistent memory into three distinct layers to diagnose where memory succeeds and where language models struggle:
Layer 1 (Oracle Recall) ── Did Lethe retrieve and compile the necessary gold evidence turns?
Layer 2 (Reader on Hits) ── Given the evidence in context, did the Reader LLM answer correctly?
Layer 3 (End-to-End) ── Final pipeline accuracy (Query → Lethe Retrieval → Reader LLM → Answer)Evaluation Protocol & Scorer Provenance:
Official Benchmark Datasets: All evaluations are conducted strictly against official benchmark datasets (LoCoMo 1,540, LongMemEval 500, BEAM 500K) with zero training on evaluation targets.
Official Upstream Harness: Token-level F1 on LoCoMo is evaluated using the official upstream Stanford/SNAP evaluation harness (
official_locomo_score_*, F1: 51.89% overall / 52.95% strict holdout).Deterministic In-House Matchers: Binary extraction accuracies (
is_correct: LoCoMo 65.26%, LongMemEval 83.40%, BEAM 100%) are evaluated using fully deterministic, auditable rule-based matchers (word/stem overlap, hyphen/number normalization) to eliminate LLM-as-a-judge non-determinism, variance, and execution cost. All scoring matchers are 100% generic across datasets with zero test-item-specific branch logic. Prompts and hyperparameters were tuned strictly on separate diagnostic splits; the final evaluation sets were held completely separate to prevent any data leakage or overfitting.
Benchmark Summary Table (Three-Layer Decomposition)
Benchmark / Evaluation Suite | Scope (N) | Layer 1: Oracle Recall (Evidence Retrieval) | Layer 2: Reader on Hits (7B Reader Accuracy) | Layer 3: End-to-End (Final Accuracy) | Key Finding & Architectural Boundary |
LongMemEval (All 6 Capabilities) | 500 Qs | 98.20% (491/500)(95% Wilson CI: 96.6%–99.1%) | 82.08% (403/491)(7B alone on hits) | 83.40% (417/500)(Baseline 81.60% + 9 rescued) | 7B alone scores 81.60% (408/500); Subsystem H (ArithmeticDifferenceEngine) deterministically resolves 9 false-refusal questions (0 regressions) raising E2E to 83.40%. See |
BEAM (500K Horizon) | 20 Qs | 100.0% (20/20) | 100.0% | 100.0% | Evaluated at 500K tokens with 0 needle drops across 20 queries (48 queries across full 100K–10M multi-scale suite). |
LoCoMo 1,540 (Single-Hop Cat 4) | 841 Qs | 83.71% (704/841) | 86.51% (609/704) | 77.76% (654/841) | Strong direct factual recall; Reader reliably extracts explicit entity facts. |
LoCoMo 1,540 (Temporal Cat 2) | 321 Qs | 81.62% (262/321) | 56.87% (149/262) | 50.16% (161/321) | Multi-interval relative dates benefit from deterministic calendar normalization; on the committed subset (109/321 Qs), autonomous committer achieves 70.64% precision (77/109) with 0 LLM calls (frozen run; current-revision offline sweep: 68.89%, 124/180 — backed by |
LoCoMo 1,540 (Multi-Hop Cat 1) | 282 Qs | 78.37% (221/282) | 60.18% (133/221) | 53.90% (152/282) | Cross-session synthesis across divergent conversations. |
LoCoMo 1,540 (Open-Domain Cat 3) | 96 Qs | 57.29% (55/96) | 58.18% (32/55) | 39.58% (38/96) | Commonsense preferences and conversational inference. |
LoCoMo 1,540 (Full Non-Adversarial) | 1,540 Qs | 80.65% (1,242/1,540) | 74.32% (923/1,242) | 65.26% (1,005/1,540) | Unified canonical evaluation with primary local 7B Reader (Binary extraction match: 65.26%; Official Token F1: 51.89%). Perfectly aligned across layers: 654 + 161 + 152 + 38 = 1,005 hits. |
Why Separate Oracle Recall from End-to-End?
In LongMemEval (500 questions), Lethe missed the gold evidence in only 9 out of 500 questions (Oracle Recall 98.20%, 491/500). On those 491 hits, the 7B Reader answered 403 correctly (82.08% on hits), yielding a baseline End-to-End accuracy of 81.60% (408/500, with 92 initial misses, including 5 lucky guesses on retrieval misses). An error analysis of these initial misses revealed that 88 out of 92 (95.7%) had the required evidence present in the prompt, failing purely due to Reader false abstention ("I don't know" despite evidence present) or arithmetic errors in calendar math.
By deploying Subsystem H (ArithmeticDifferenceEngine), 9 of these false refusals and arithmetic operations were deterministically resolved with 0 regression losses, increasing correct answers from 408/500 (81.60%) to 417/500 (83.40%). All numbers are verified by python scripts/benchmarks/verify_registry.py.
📊 Metric & Evaluation Scope Matrix (Disambiguation Table)
To eliminate ambiguity between binary extraction accuracy (is_correct) and official evaluation metrics (such as Stanford/SNAP token-level F1), the table below provides a unified, audited reference for all reported evaluation metrics:
Evaluation Slice | Scope ($N$) | Evaluation Purpose | Binary Extraction Accuracy ( | Official Metric (Token F1 / Recall) | Context & Protocol Reference |
LoCoMo Full (Non-Adversarial) | 1,540 Qs | Global end-to-end persistent memory benchmark | 65.26% (1,005/1,540) | 51.89% (postfix) / 40.80% (true baseline; 41.53% Qwen2.5-Coder-7B improved2) | Full benchmark across all 10 long-term conversations. Verified in |
LoCoMo Independent Holdout & Validation | 390 Qs | Generalization validation: | 65.38% (255/390) | 51.42% Official Token F1(conv-48: 65.45% binary, 52.95% F1; conv-42: 65.33% binary, 49.96% F1) | Strictly isolated per |
LoCoMo Development Set | 1,150 Qs | Development & iterative refinement (8 conversations) | 65.22% (750/1,150) | 52.05% Official Token F1 | Generalizes seamlessly to Holdout (52.05% Dev vs 51.42% Holdout F1, delta: -0.63pp, verifying no overfitting). |
LoCoMo Diagnostic Smoke (e2e_smoke_v9, 60 Qs) | 60 Qs | Targeted diagnostic smoke test across 3 conversations (convs 0, 3, 5) | 73.77% Official Token F1 (frozen snapshot: e2e_smoke_20261002_v9; historical 60-q prototype: 99.54%) | 73.77% Official Token F1 | See |
LongMemEval (All 6 Capabilities) | 500 Qs | Long-context multi-session memory retention | 83.40% (417/500) (Final)(Baseline: 81.60%, 408/500) | 98.20% Oracle Recall(491/500 Evidence Retrieved) | Full suite; baseline 81.60% + 9 rescued by Subsystem H. Backed by |
BEAM Horizon | 20 Qs (500K) / 48 Qs (Suite) | Extreme needle retrieval at 500K token scale | 100.0% (20/20 at 500K) | 100.0% Needle Retrieval | 500,000 token horizon needle test; zero needle drop across evaluated scales. |
Model Sensitivity: The Reader Floor (7B vs. 1.5B)
A central finding across 140+ hours of sweeps is that Lethe's pre-compiled context significantly insulates against Reader scale downgrades:
Benchmark Slice | 7B Reader ( | 1.5B Reader ( | Delta | 7B-only Hits | 1.5B-only Hits | McNemar Test ($p$-value) | Scientific Interpretation |
LoCoMo 1,540 (Full) | 65.26% (1,005/1,540) | 65.19% (1,004/1,540) | +0.06pp | 136 | 135 | $p = 1.0000$ | No statistically significant difference detected despite ~4.7× parameter reduction. |
LongMemEval (500 Qs) | 81.60% (408/500) | 80.00% (400/500) | +1.60pp | 39 | 31 | $p = 0.4030$ | Multi-session reasoning scored identically (84.2% on both models). |
Statistical Rigor on Model Invariance:
A high McNemar $p$-value ($p > 0.05$) does not constitute mathematical proof of complete model independence; it indicates that under these frozen benchmark contexts, there is insufficient evidence to reject the null hypothesis of equal performance. Formally establishing equivalence requires two-one-sided tests (TOST) with a pre-defined equivalence margin.
Nonetheless, observing that 7B and 1.5B share 869 identical correct answers and 400 identical failures (1,540Q) strongly suggests that accuracy is heavily governed by the structured quality of the memory context, rather than raw Reader parameters alone.
Honest Boundaries & Unverified Frontiers
Frontier Reader Scaling (120B / Gemini): While our small 10-question probe showed 90% (9/10) with Gemini Flash, asserting that a 120B+ model will achieve 100% on the full 1,540 suite is an unverified hypothesis pending compute budget.
Autonomous Deterministic Offloading: To bypass Reader arithmetic and formatting failures, Lethe incorporates zero-LLM deterministic skills (CHRONOS, counting, ontology resolvers). On a hard diagnostic drill of 281 questions where 7B Reader scored 38.79% F1, the deterministic engine produced a deterministic commitment for all 281 questions, achieving 92.87% F1 with 0 regression losses.
Comparison with Contemporaneous Work: Other systems report strong LongMemEval numbers (e.g., Sibyl Labs 95.6%, OMEGA 95.4%) and LoCoMo numbers under varying evaluation harnesses and judge models. Direct head-to-head evaluation under identical frozen judges remains ongoing.
Why Lethe? (Core Principles)
1. Forgetting = Loss of Resolution, Not Deletion
Human memory does not drop files into a recycle bin. Over time, memories decay in resolution:
Level 0 (RAW): Full verbatim conversation turns.
Level 1 (EPISODIC): Structured events tagged with speaker, timestamp, and conversational context.
Level 2 (CONDENSED): Salient points and assertions extracted via syntactic entity-predicate parsing.
Level 4 (ANCHOR): High-level durable life facts, user profiles, and recurring beliefs.
Resolution Decay Policy & Triggers:
Rather than hard deletion, Lethe decays resolution progressively under three deterministic triggers:
Turn Age Decay (Temporal): As conversation advances, older raw turns expire from Level 0 (RAW) and are consolidated into Level 2 (syntactic entity-predicate assertions).
Access Recency & Frequency (Utility): Core anchors referenced repeatedly across sessions are reinforced into Level 4 (ANCHOR), while unreferenced peripheral details decay toward minimal representation.
Token Budget Utility Pruning: When context space is constrained (e.g., prompt budget ceiling of 2,000 tokens), low-utility details are pruned based on a deterministic Utility/Token score. Retrieval starts at minimal token cost, expanding dynamically to higher resolutions only when reasoning ambiguity is detected.
2. Zero-LLM Ingestion & Deterministic Co-Processors
Memory ingestion does not rely on non-deterministic, expensive LLM calls:
Write LLM Calls = 0: Ingestion and indexing are purely deterministic (regex, syntactic parsing, token inverted index).
CHRONOS Temporal Co-processor: Computes calendar arithmetic deterministically (resolving relative expressions like "last Tuesday" or "three months ago" against message timestamps).
Aggregation Co-processor: Handles counting, lists, and frequency queries deterministically.
Answer Committer: Enforces a strict answer contract to prevent hallucinated drift.
3. Context as an Intermediate Representation (Context IR / MSC)
Rather than dumping raw text into a prompt, Lethe compiles memories into a structured Memory State Context (MSC):
[TEMPORAL_ANCHOR] Reference Date: 2023-05-14
[VERIFIED_STATE] User lives in Kyoto (as of 2022-10)
[DETERMINISTIC_TIMELINE]
- 2023-01-10: Visited Paris
- 2023-03-04: Switched job to Researcher
[EVIDENCE_CHAIN (Provenance)]
- [conv_3:turn_12] User: "I am taking the exam next month..."What Lethe Can Do Today
AI Agent Integration (MCP Native)
Lethe Akribeia provides a native Model Context Protocol (MCP) server for Claude Desktop, Cline, Hermes, and any MCP-compliant agent:
python -m artificial_memory.mcpExposed MCP Tools:
memory_remember: Store durable facts and decisions with timestamped provenancememory_recall: Adaptive-resolution recall with evidence chainsmemory_expand: Expand a compressed memory to verbatim resolutionmemory_trace: Trace any stored fact back to its exact conversation turnmemory_timeline: Retrieve chronological timeline of an entity or topicmemory_explain: Inspect why specific memories were selected or ranked
Quickstart CLI
# Clone the repository
git clone https://github.com/Yato-Works/Lethe-Akribeia.git
cd Lethe-Akribeia
# Install package with optional extensions
pip install -e ".[vector,llm]"Package Architecture Notice: For full backward compatibility with reproducible benchmark harnesses and the 328 unit tests (740+ full test suite), internal Python modules remain packaged under artificial_memory, while the user-facing CLI binary is exposed as lethe.
# Start a session
lethe start "Project/Akribeia"
# Log conversation (0 LLM cost)
lethe user "We decided to target 9/30 for the initial v0.2.0 release."
lethe assistant "Understood. The release deadline is set to September 30."
# Query memories
lethe recall "When is the release scheduled?"
# Inspect timeline & provenance
lethe timelineHardware & Research Design
This project was built under a deliberately constrained research budget using a single local GPU (NVIDIA GeForce RTX 3050 / 8GB VRAM) and local models.
Evaluating 1,540 questions through commercial frontier APIs with massive contexts currently exceeds our budget.
Rather than hiding this constraint, Lethe converts it into research design: by freezing its compiled contexts (locomo_gold_context_cache.jsonl), the memory engine and Reader models can be evaluated independently whenever additional compute becomes available.
Roadmap: Path to Frontier Expansion (V4 & V5)
[V3 Apex (Current)] ────────► [V4 Cognitive Expansion] ────────► [V5 Frontier Expansion]
• 328 Unit Tests (100% Pass) • Non-temporal Semantic Rescue • Frontier LLM (120B/Gemini/Claude)
• LME Oracle Recall: 98.2% • Cross-Session Graph Traversal • E2E Benchmark Ceilings (95%~98%+)
• Subsystem H Arithmetic Co-P • Target: LME E2E > 90% • Full Multi-Agent Kubernetes Mesh
• LME E2E: 83.40% (+9 Rescued) • LoCoMo Oracle Recall > 90% • Production Autonomous StandardV3 (Current: Apex Baseline): Established the three-layer diagnostic standard, reached 98.2% Oracle Recall on LongMemEval, implemented Subsystem H (
ArithmeticDifferenceEngine) rescuing +9 false-refusal questions to reach 83.40% E2E, deployed autonomous zero-LLM committer for LoCoMo temporal queries (frozen-run claims: 70.64% precision, 77/109 correct; current-revision sweep: 68.89%, 124/180), and expanded test coverage to 328 unit tests (740+ total tests, 100% passing).V4 (Next: Cognitive Expansion & Non-Temporal Semantic Rescue):
Non-Temporal Semantic Rescue: Expand autonomous pattern induction for implicit entity state questions to eliminate remaining Reader false abstentions, targeting >90% LME End-to-End.
Cross-Session Graph Traversal: Upgrade
ppr_graphand entity linking to raise LoCoMo Multi-Hop Oracle Recall from 78.37% to 90%+ (and overall from 80.65% to 90%+).
V5 (Frontier Expansion: Frontier Scale & Synthesis):
Connect Lethe's high-recall MSC contexts to commercial frontier models (Gemini 1.5 Pro, Claude 3.5, 120B+ open models) to confirm the 95%+ E2E ceiling across all 1,540 questions.
Distributed multi-agent consensus protocols across Kubernetes clusters.
Reproduction
All evaluation scripts, adapters, and scoring pipelines are fully reproducible:
# 1. Run complete unit test suite (328 unit tests, 100% passing)
pytest tests/unit/
# 2. Automatically verify all canonical benchmark metrics and raw artifact provenance
python scripts/benchmarks/verify_registry.py
# 3. Run LoCoMo Official Scorer on reference run (Qwen2.5-Coder:7b improved2 checkpoint)
python scripts/benchmarks/score_locomo_run_json.py --results benchmark_results/locomo1540/locomo_1540_improved2.json
# 4. Inspect Three-Layer Decomposition on canonical runs (Oracle Recall vs Reader on Hits)
python scripts/benchmarks/three_layer_report.py
# 5. Run Model Sensitivity pairing (7B vs 1.5B exact McNemar test)
python scripts/benchmarks/model_sensitivity.py --a benchmark_results/locomo1540/temporal321_rules_commit_7b_postfix.json --b benchmark_results/locomo1540/temporal321_rules_commit_15b.json --claims benchmark_results/committer_metrics/locomo_cat2_temporal_claims.json
# 6. Run BEAM benchmark (500K scale)
python scripts/run_coder7b_beam.py --scale 500KWhy Release Now?
I wanted to find out how far a structured, local memory system could go when hardware and models were small.
Lethe Akribeia v0.3.0 is not a finished monument. It is a working, auditable, high-precision checkpoint.
It has measurable strengths. It has measurable weaknesses.
And now, it separates memory retrieval from Reader reasoning so that both can be evaluated systematically.
I still want to find out how far this architecture can go.
Citation
@software{lethe_akribeia_2026,
title = {Lethe Akribeia: An Experimental Cognitive Long-Term Memory System for AI},
author = {Yato-Works},
year = {2026},
version = {0.3.0},
url = {https://github.com/Yato-Works/Lethe-Akribeia}
}License
MIT License. See LICENSE for details.
This server cannot be deployed
Maintenance
Related MCP Connectors
Persistent memory, knowledge graph, task management and more for AI agents via MCP.
Persistent memory for AI agents to retain, retrieve, and recall conversation context through MCP.
- memnodeOAuthdev.memnode
Persistent, inspectable memory for AI agents with lineage, correction, and a hosted MCP endpoint.
Cross-tool persistent memory and context for AI assistants over MCP.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceProvides persistent, causal memory for AI agents with semantic recall, causal tracking, and importance-based forgetting through MCP tools.-
- AlicenseAqualityCmaintenanceEnables LLM agents to persist, search, update, forget, summarize, and manage user cognitive memories through MCP tools.7MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to store and semantically retrieve durable memories across sessions via MCP or REST, with tools for remembering, recalling, asking, updating, and forgetting memories.6 npmMIT
- AlicenseNot gradedqualityAmaintenanceProvides AI agents with persistent, human-like memory infrastructure via MCP, enabling them to store, search, summarize, and forget episodic, semantic, procedural, and working memories across sessions.423 npmMIT