YourMemory: KI-Gedächtnis mit biologischem Verfall erreicht 59% Abruf bei LoCoMo-10

YourMemory implementiert ein persistentes Gedächtnis für KI-Agenten unter Verwendung der Ebbinghaus-Vergessenskurve – Erinnerungen verfallen, wenn sie nicht durch Abruf gestärkt werden, und ungenutzte Daten werden gelöscht, sobald sie einen Schwellenwert erreichen. Als lokaler MCP-Server auf DuckDB gebaut, kombiniert es BM25, Vektorsuche und eine Graphenebene, um das Problem des „logischen Nachbarn“ zu lösen, bei dem semantische Suche relevante, aber nicht ähnliche Knoten übersieht.
Benchmarks
Im LoCoMo-10-Benchmark (1.534 QA-Paare über 10 Multi-Session-Gespräche):
- YourMemory: 59% Recall@5 (95% KI: 56–61%)
- Zep Cloud: 28% (95% KI: 26–30%)
Das ist 2× besserer Recall als Zep Cloud. Zustandslose Vektorspeicher sollen 84% mehr Token-Verschwendung verursachen.
Schnellstart
Python 3.11–3.14. Kein Docker oder externe Dienste erforderlich.
pip install yourmemory
yourmemory-setupKonfigurationspfad abrufen:
yourmemory-pathMCP-Konfiguration
Claude Code — füge zu ~/.claude/settings.json hinzu:
{
"mcpServers": {
"yourmemory": {
"command": "yourmemory"
}
}
}Claude Desktop — füge zur entsprechenden Konfigurationsdatei hinzu:
{
"mcpServers": {
"yourmemory": {
"command": "yourmemory"
}
}
}Cline, Cursor, OpenCode und jeder MCP-kompatible Client (Windsurf, Continue, Zed) können es mit dem vollständigen Pfad von yourmemory-path einbinden.
Gedächtnis-Workflow
Kopiere die Beispielanweisungen:
cp sample_CLAUDE.md CLAUDE.mdBearbeite dann CLAUDE.md mit deinem Namen und deiner Benutzer-ID. Claude befolgt bei jeder Aufgabe einen Abruf → Speicher → Aktualisierungs-Workflow unter Verwendung von drei MCP-Tools:
recall_memory(query)— zeigt relevante Erinnerungen zu Beginn der Aufgabe anstore_memory(content, importance)— bettet ein und speichert mit biologischem Verfallupdate_memory(id, new_content)— bettet neu ein und ersetzt veraltete Informationen
Beispiel: store_memory("Sachit bevorzugt Tabs statt Leerzeichen in Python", importance=0.9, category="fact")
Für wen es gedacht ist
Entwickler, die KI-Codierungsagenten bauen, die langlebige Projekte ausführen und sich Benutzerpräferenzen, Projektkontext merken und vermeiden müssen, jede Sitzung von Grund auf neu zu trainieren.
📖 Lies die vollständige Quelle: HN LLM Tools
👀 Siehe auch

Zwei Claude-Code-Agenten gleichzeitig im selben Repository mit Git-Worktrees ausführen
Ein Reddit-Nutzer beschreibt, wie man mehrere Claude Code Agents parallel auf derselben Codebasis ausführen kann, indem man git worktrees verwendet, um Dateikonflikte zu vermeiden und unabhängige Agentensitzungen zu ermöglichen.

Chapper: Native iOS-Client für LM Studio, Ollama und OpenAI-kompatible lokale Modelle
Chapper ist eine native SwiftUI iOS-App, die sich mit LM Studio, Ollama und OpenAI-kompatiblen lokalen Modellen verbindet, ohne Cloud-Dienste oder Konten zu benötigen. Sie bietet Echtzeit-Token-Streaming, umfassende Sampling-Kontrollen, Unterstützung für Reasoning-Modelle mit <think>-Tags und Export in 7 Formaten.

Benutzerdefinierter GIF-Drehkreis für Claude Code über COLR-Schriftartkonvertierung
Ein Entwickler hat eine Methode entwickelt, um die Standard-Ladeanimation von Claude Code durch eine beliebige animierte GIF-Datei zu ersetzen, indem das GIF in eine OpenType COLR-Farbfont konvertiert wird und die Animation so angepasst wird, dass sie durch Glyphen für jedes Einzelbild wechselt. Das Tool unterstützt derzeit Windows, mit geplanten Versionen für macOS und Linux.

OpenClaw Multi-Agent-Workflow-Probleme: Stillstand, Kontextverlust und Token-Ineffizienz
Ein Entwickler berichtet, dass OpenClaw-Multi-Agent-Workflows häufig ins Stocken geraten, wobei Agenten hängen bleiben, Kontextverluste trotz benutzerdefinierter Dokumentation auftreten und übermäßig viele Tokens ohne Ausgabe verbraucht werden. Das Setup nutzte Gemini 3 Pro/Codex-Modelle mit einem COO-Orchestrator und spezialisierten Task-Agenten.