Claude-Mem: persistentes, lokales Gedächtnis für Agent-Sitzungen

Alles Wissenswerte über thedotmack/claude-mem: eine Gedächtnis-Engine, die die Arbeit eines Agenten beobachtet, zusammenfasst und relevanten Kontext in späteren Sitzungen wieder zurückgibt.

Was Claude-Mem ist

Claude-Mem ist ein Plugin und eine persistente Gedächtnis-Engine für Programmier-Assistenten. Seine Hauptfunktion besteht darin, zu verhindern, dass eine neue Sitzung ohne den Kontext vorheriger Sitzungen beginnt: Es erfasst Beobachtungen der Werkzeugnutzung, erzeugt semantische Zusammenfassungen und spielt sie zurück, wenn sie relevant sind.

Der quelloffene Kern wird lokal installiert und speichert Daten in SQLite; das Projekt ergänzt hybride Suche mit Chroma, einen lokalen, unter Bun laufenden Dienst und MCP-Werkzeuge. Es handelt sich also nicht nur um eine Anweisungsdatei für Claude Code, sondern um eine Kombination aus Lifecycle-Hooks, Hintergrundprozess, Datenbanken und einer Abfrageschnittstelle. Das README und die offizielle Dokumentation beschreiben außerdem Kompatibilität mit Cursor, Windsurf, OpenCode, Codex CLI, Gemini CLI, Antigravity CLI, OpenClaw und MCP-Clients.

Die Projektwebsite unterscheidet die kostenlose, unter Apache-2.0 lizenzierte lokale Engine von CMEM Cloud, einem Synchronisierungsdienst mit privatem MCP-Link. Das auf der Website beworbene Abonnement kostet 20 USD im Monat; es ist keine Voraussetzung für die Nutzung der lokalen Engine.

Der Ursprung: das Zurücksetzen des Kontexts lösen

Der im README genannte Autor ist Alex Newman (thedotmack, offizieller X-Account: @Claude_Memory). Der früheste ermittelte Beleg für die Veröffentlichung ist ein Hacker-News-Beitrag von Newman vom 23. Oktober 2025 mit dem Titel „Ich habe ein Kontextverwaltungs-Plugin gebaut und es hat mein Leben verändert”, der auf einen r/ClaudeCode-Thread verlinkte. Der Beitrag erhielt 11 Punkte und einen Kommentar (HN 45676686).

Die Erzählung des Projekts geht von einer alltäglichen Einschränkung von Agent-Sitzungen aus: Erkundungsarbeit, Entscheidungen, Fehler und Korrekturen gehen beim Schließen oder erneuten Verbinden verloren. Im Dezember 2025 kündigte Newman auf X die Verfügbarkeit von Cursor-Mem in Claude-Mem 8.5.0 an; der Link zu dieser Ankündigung wurde in HN 46429613 mit 2 Punkten und einem Kommentar aufgegriffen. Das ist ein Hinweis darauf, dass Cursor eine frühe Erweiterung war, keine Bestätigung offizieller Unterstützung durch Cursor.

Seitdem hat sich der Umfang erweitert: Die Integrationsseite von cmem.ai listet weitere Agenten, MCP-Clients und Transkript-Erfassungen. Diese Erweiterung erzeugt eine praktische Spannung: Ein Gedächtnis, das hilft, Erklärungen nicht zu wiederholen, kann auch Informationen speichern, die der Nutzer nicht weiterverbreiten möchte. Deshalb enthält das README <private>-Tags zum Ausschließen von Inhalten, und deshalb führte Version 13.13.0 einen Beobachtungstyp sensitive ein.

Philosophie und Prinzipien

Die Dokumentation stellt fünf Ideen vor, die dem Design zugrunde liegen:

Kontinuität ohne manuelles Eingreifen: Hooks erfassen Ereignisse, und relevanter Kontext taucht beim Starten oder Fortsetzen von Sitzungen automatisch wieder auf.
Progressive Offenlegung: Zunächst wird ein kompakter Index abgerufen; Details werden nur für die ausgewählten Kennungen nachgeladen. Das README schätzt eine Einsparung von etwa dem Zehnfachen gegenüber dem Laden aller Beobachtungen.
Suche nach Bedeutung und nach Text: Es kombiniert SQLites FTS5 mit Chroma, um Textübereinstimmung und semantische Suche zu vereinen.

Visualisierung der hybriden Suche: FTS5-Textblöcke verschmelzen mit einem Chroma-Vektorraum zu einem einzigen Ergebnisstrom.

Lokale Kontrolle und Datenschutz: Die lokale Installation behält die Daten auf dem Rechner; <private> erlaubt das Ausschließen von Fragmenten. Die Cloud-Synchronisierung ist ein separates Angebot.

Lokaler SQLite-Tresor, geschützt durch ein Vorhängeschloss, mit einem <private>-Tag, das Datenfragmente vor einem CMEM-Cloud-Symbol blockiert.

Integration über Standards und Adapter: MCP erlaubt anderen Clients, das Gedächtnis abzufragen, während die Adapter jeder Umgebung die nötigen Hooks installieren.

Das sind Design-Behauptungen des Projekts selbst, keine unabhängige Prüfung der Antwortqualität oder der Token-Einsparungen.

Trichter der progressiven Offenlegung: Ein gewaltiger Strom von Rohdaten verengt sich zu einem kompakten Index, und nur die ausgewählten Kennungen werden zu vollständigen Detailkarten erweitert – eine zehnfache Datenreduktion.

Wie es funktioniert

Der dokumentierte Ablauf besteht aus vier Hauptteilen:

Erfassung: Sechs Skripte, die an fünf Lifecycle-Phasen gebunden sind —SessionStart, UserPromptSubmit, PostToolUse, Stop und SessionEnd— beobachten die Aktivität des Agenten. Der Installer nutzt zusätzlich eine vorgeschaltete Abhängigkeitsprüfung, die selbst kein Lifecycle-Hook ist.

Fünf leuchtende Knoten, die die Lifecycle-Hooks SessionStart, UserPromptSubmit, PostToolUse, Stop und SessionEnd darstellen, verbunden durch fließende Datenströme.

Verarbeitung und Speicherung: Ein von Bun verwalteter lokaler Prozess protokolliert Sitzungen, Beobachtungen und Zusammenfassungen in SQLite. Chroma liefert den Vektorindex für die semantische Suche. Die Weboberfläche des Workers zeigt den Gedächtnisfluss in Echtzeit.
Abruf: Die MCP-Werkzeuge folgen einer dreischichtigen Abfolge. search liefert einen günstigen Ergebnisindex zurück; timeline ordnet eine Beobachtung in ihre Chronologie ein; get_observations ruft den vollständigen Inhalt zu einer Liste von Kennungen ab. Das README erwähnt außerdem mem-search, eine Fähigkeit für Abfragen in natürlicher Sprache.

Dreischichtiges Abrufsystem: gestapelte Neon-Balken für die MCP-Werkzeuge search, timeline und get_observations, mit Datenfluss zwischen ihnen.

Einspielung und weitere Nutzung: In der nächsten Sitzung wählt das Plugin gemäß der Konfiguration Kontext aus und fügt ihn hinzu. Der Nutzer kann den Verlauf abfragen, statt sich ausschließlich auf diese automatische Einspielung zu verlassen.

Die offizielle Dokumentation nennt Node.js 20 oder höher, eine aktuelle Version von Claude Code mit Plugin-Unterstützung, Bun, uv und SQLite 3; der Installer versucht, Bun und uv bereitzustellen, falls sie fehlen. Für andere Umgebungen hängt die genaue Anforderung vom jeweiligen Adapter ab.

Offizieller und halboffizieller Status

Claude-Mem ist ein von thedotmack unabhängiges Projekt. In den ermittelten Quellen findet sich keine Aufnahme, Zertifizierung oder Unterstützung durch Anthropic, OpenAI, Cursor, Google oder Microsoft. Dass es sich über /plugin marketplace add thedotmack/claude-mem und /plugin install claude-mem aus Claude Code heraus installieren lässt, belegt einen mit diesem Marktplatz kompatiblen Vertriebsmechanismus, keine Zertifizierung durch den Anbieter.

Sein halboffizieller Status ist innerhalb des eigenen Angebots klarer: cmem.ai präsentiert Claude-Mem als die offene Engine hinter CMEM Cloud und verlinkt Dokumentation, Änderungsprotokoll, Discord und Repository. Die Interoperabilität über MCP ist eine technische Kompatibilität; sie macht Claude-Mem nicht zu einem offiziellen Bestandteil jedes genannten MCP-Clients.

Das Ökosystem

Projekt, Dienst und Dokumentation

thedotmack/claude-mem: Hauptrepository, lokale Engine, Plugins und Adapter.
CMEM Cloud / cmem.ai: optionaler kommerzieller Synchronisierungsdienst; wirbt mit einer replizierten Beobachtungsbasis und einem privaten MCP-Link für autorisierte Clients.
ragtime/ innerhalb des Repositorys: eine laut README unter Apache-2.0 lizenzierte Komponente. Es wurden keine ausreichenden Belege gefunden, um sie als unabhängiges Repository zu beschreiben.
workers/sync-hub, cursor-hooks, openclaw, plugin und docs erscheinen als Verzeichnisse des Hauptrepositorys. Sie zeigen, dass die Distribution Adapter und Synchronisierungsdienst im selben Baum bündelt, nicht mehrere separate offizielle Repositorys.

Ökosystemkarte mit Claude-Mem als zentralem sechseckigem Kern, verbunden durch Neonlinien mit Knoten für Cursor, Windsurf, OpenCode und andere Clients.

Gefundene Ports, Erweiterungen und Forks

Die Suche im npm-Register fand Erweiterungen, die sich als kompatibel mit oder abgeleitet von Claude-Mem bezeichnen. Sie werden als Community-Projekte genannt; es wird keine Förderung durch den Autor unterstellt:

Ephemushroom/opencode-claude-mem (@ephemushroom/opencode-claude-mem): ein Plugin für OpenCode; das npm-Register zeigte 84 wöchentliche Downloads und Version 0.4.4.
mc303/claude-mem-opencode: OpenCode-Integration; 30 wöchentliche Downloads und Version 0.1.4 auf npm.
bloodf/opencode-mem (@bloodf/opencode-claude-mem): ein OpenCode-Adapter; 22 wöchentliche Downloads und Version 1.2.0.
ManuelStaggl/keepmind: wird als reiner Node-Fork von Claude-Mem beschrieben; 621 wöchentliche Downloads und Version 3.3.2.
sdsrss/claude-mem-lite: eine leichtgewichtige Alternative auf Basis von SQLite, FTS5 und TF-IDF; ihre Beschreibung stellt sie ausdrücklich als kostengünstigere Alternative dar, nicht als offiziellen Zweig; 1.728 wöchentliche Downloads und Version 3.59.1.
rumitvn/tre-mem: eine geteilte, branch-bewusste Gedächtnis-Seitenschicht über Claude-Mem; 67 wöchentliche Downloads und Version 0.11.3.
pencil-agent/pencil-mem: laut Register ein Port für nanopencil; 10 wöchentliche Downloads und Version 0.1.2.
ArtemisAI/pi-mem (pi-agent-memory): eine Erweiterung für Pi-Agenten, die angibt, von Claude-Mem angetrieben zu werden; 24 wöchentliche Downloads und Version 0.3.4.

Zusätzlich verlinkt das README Übersetzungen des Projekts selbst ins vereinfachte und traditionelle Chinesisch, Japanische, Portugiesische, Koreanische, Spanische, Deutsche, Französische, Hebräische, Arabische, Russische, Polnische, Tschechische, Niederländische, Türkische, Ukrainische, Vietnamesische, Tagalog, Indonesische, Thailändische, Hindi, Bengalische, Urdu, Rumänische, Schwedische, Italienische, Griechische, Ungarische, Finnische, Dänische und Norwegische. Diese Seiten sind übersetzte Dokumentation, keine separaten Übersetzungs-Repositorys.

Zahlen zum Repository

Messung: 5. August 2026, öffentliche GitHub-Seite und npm.

Kennzahl	Ermittelter Wert
Sterne	89,7 Tsd.
Forks	7,8 Tsd.
Sichtbare Commits	2.378
Sichtbare Branches	411
Sichtbare Tags	324
Sichtbare offene Issues	209
Sichtbare offene Pull Requests	149
Neueste Version	`v13.13.1`, 3. August 2026
npm-Paket	`claude-mem` 13.13.1
Wöchentliche npm-Downloads	12.620
Monatliche npm-Downloads	64.123
Lizenz	Apache-2.0

GitHub-Dashboard mit Neon-Kennzahlen: 89,7 Tsd. Sterne, 7,8 Tsd. Forks und Version v13.13.1, über einem Graphen aus Mitwirkenden und Branches.

GitHub lieferte während dieser Messung ein Ratenlimit für die API-Endpunkte; deshalb stammen die Zahlen zu Sternen, Forks, Branches, Tags, Commits, Issues und Pull Requests von der sichtbaren öffentlichen Seite, nicht aus einer API-Abfrage. Echte Abonnentenzahlen und ein verlässliches Ranking der Mitwirkenden konnten nicht ermittelt werden und werden daher weggelassen. Die in der Oberfläche angezeigte Issue-Zahl ist auf dieser Seite von den offenen Pull Requests getrennt; das Feld open_issues_count der API kann, sofern verfügbar, beide Konzepte vermischen.

Version 13.13.1 fügt den interaktiven Ablauf /mode-creator hinzu, der aus der Domäne und den Notiz-Bedürfnissen des Nutzers einen benutzerdefinierten Modus erstellt. 13.13.0 fügt den Typ sensitive und konfigurierbare Telegram-Benachrichtigungen hinzu. Das sind vom Projekt selbst im Änderungsprotokoll beschriebene Änderungen.

Wie man beiträgt

Das README legt einen konventionellen, überprüfbaren Ablauf fest: das Repository forken, einen Feature-Branch erstellen, mit Tests ändern, die Dokumentation aktualisieren und einen Pull Request eröffnen. Es dokumentiert außerdem drei Release-Branches: main für stabile, auf npm veröffentlichte Versionen sowie core-dev und community-edge, um frühe Korrekturen und Community-Integrationen aus dem Quellcode auszuführen.

Es gibt Anzeichen für eine intensive Review-Disziplin. Das Änderungsprotokoll von 13.12.2 gibt an, dass 157 offene Pull Requests anhand einer öffentlichen Rubrik in docs/merge-rubric.md bewertet wurden; 13.12.4 verzeichnet 2.539 bestandene und keine fehlgeschlagenen Tests für seinen Korrekturzyklus. Das sind Ergebnisse und Regeln des Maintainers selbst, keine externe Verifizierung.

Schnellstartanleitung

Installation und erster Start

Für Claude Code installieren:
```
npx claude-mem install
```

Oder aus dem Plugin-Marktplatz innerhalb von Claude Code installieren:

/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem

Claude Code neu starten. Laut README beginnen Beobachtungen früherer Sitzungen automatisch in neuen Sitzungen zu erscheinen.

Terminal mit dem Installationsbefehl npx claude-mem install neben einem Git-Branch-Diagramm mit main, core-dev und community-edge.

Für OpenCode lautet der dokumentierte Befehl npx claude-mem install --ide opencode; für Antigravity CLI npx claude-mem install --ide antigravity. npm install -g claude-mem sollte nicht für den ersten Start verwendet werden: Das README stellt klar, dass dies die Bibliothek installiert, aber weder die Hooks registriert noch den Worker konfiguriert.

Übliche Arbeitsabläufe

Eine frühere Entscheidung oder einen Fehler suchen: search(query="authentication bug", type="bugfix", limit=10) ausführen, den Index prüfen und mit get_observations(ids=[123, 456]) das Detail anfordern. Die Kennungen sind Beispiele aus dem README; sie müssen durch die von der Suche zurückgegebenen ersetzt werden.
Die Abfolge einer Änderung rekonstruieren: timeline rund um eine gefundene Beobachtung verwenden, um chronologischen Kontext abzurufen, ohne den gesamten Verlauf zu laden.
Das Gedächtnis von einem MCP-Client abfragen: den kompatiblen Client verbinden und die Werkzeuge search, timeline und get_observations verwenden. Die Integrationsseite listet Claude Code, Cursor, Windsurf, OpenCode, OpenClaw, Codex CLI, Gemini CLI und VS Code auf.
Sensible Daten ausschließen: Inhalte, die nicht gespeichert werden sollen, mit den im README dokumentierten <private>-Tags umschließen.

Wesentliche Konfiguration

Die erste Datei, die eine Claude-Code-Installation ändert, ist ~/.claude-mem/settings.json, die mit Standardwerten erstellt wird. Die Dokumentation gibt an, dass sie unter anderem folgende Einstellungen bündelt:

Modell oder KI-Anbieter;
Port des lokalen Workers;
Datenverzeichnis;
Protokollierungsstufe;
Regeln für die Kontexteinspielung;
CLAUDE_MEM_MODE, das Modus und Sprache der Beobachtungen wählt, zum Beispiel code--zh;
CLAUDE_MEM_TELEGRAM_TRIGGER_TYPES, das steuert, welche Typen Telegram-Benachrichtigungen auslösen.

Nach dem Ändern von CLAUDE_MEM_MODE bittet das README um einen Neustart von Claude Code. Die Modi werden in plugin/modes/ gespeichert; der dokumentierte lokale Pfad zu ihrer Untersuchung ist ~/.claude/plugins/marketplaces/thedotmack/plugin/modes/.

Häufige Fallstricke und Lösungen

Der Befehl npm existiert unter Windows nicht: Das README führt den Fehler auf fehlendes Node.js/npm im PATH zurück. Node.js installieren, das Terminal neu starten und die Installation wiederholen.
Das globale Paket wurde installiert, aber das Plugin funktioniert nicht: npm install -g claude-mem durch npx claude-mem install oder die Marktplatz-Befehle ersetzen, weil das globale Paket weder die Hooks noch den Worker aktiviert.
Neustartschleife des Workers nach einem Update: Das Änderungsprotokoll von 13.12.3 dokumentiert, dass frühere Versionen bei einer Versionsabweichung einen veralteten Prozess neu erzeugen konnten. Die veröffentlichte Lösung ist ein Update; der erste Hook der korrigierten Version beendet den veralteten Prozess und übernimmt.
Daten, die nicht wieder auftauchen sollen: <private> verwenden, bevor der Inhalt erfasst wird. Für Informationen, die nicht streng privat sind, aber nicht in zukünftige Ausarbeitungen einfließen sollen, den Typ sensitive und die in 13.13.0 hinzugefügten Benachrichtigungen prüfen.
Versehentlich in Marktplatz-Installationen enthaltene Maintainer-Richtlinien: Der Hinweis zu 13.12.4 erklärt, dass dies durch Verschieben lokaler Notizen nach CLAUDE.local.md behoben wurde. Eine aktuelle Version zu verwenden verringert die Exponierung gegenüber diesem historischen Fehler.

Integrationen und Migration

Der direkteste Migrationsweg von einer bestehenden Claude-Code-Installation aus besteht darin, den Adapter der neuen Umgebung mit --ide zu installieren, sofern vorhanden, und die lokale Konfiguration zu behalten. Für andere Clients stützt sich die Interoperabilität auf MCP und die Suchwerkzeuge. CMEM Cloud fügt geräteübergreifende Synchronisierung und einen privaten MCP-Link hinzu, ist aber optional und kostenpflichtig.

Community-Erweiterungen für OpenCode, Pi und nanopencil zeigen alternative Wege, wobei ihre Kompatibilität und Pflege projektweise überprüft werden sollten. Es wurde keine offizielle Anleitung gefunden, die eine automatische Migration von Mem0, Zep, Letta, LangMem, Cognee, OpenAI Memory oder Supermemory verspricht; die Website listet sie als Vergleiche, nicht als Importverfahren.

Wie die Community es aufgenommen hat

Die auf Hacker News ermittelbare Resonanz ist im Vergleich zu den GitHub-Zahlen gering:

HN 47558167, eingereicht von perelin am 28. März 2026, verlinkte direkt auf das Repository unter dem Titel Claude-Mem. Es erreichte 2 Punkte und 1 Kommentar. Der Eintrag beschreibt das Produkt als automatische Erfassung der Claude-Aktivität, Komprimierung über das Agenten-SDK und Kontexteinspielung in zukünftige Sitzungen. Das ist eine beschreibende Darstellung, keine unabhängige positive Bewertung.
HN 46229436, eingereicht von handfuloflight am 11. Dezember 2025, verlinkte dasselbe Repository und erhielt 1 Punkt und 0 Kommentare. Das belegt frühe Entdeckung, aber keinen Community-Konsens.
HN 45676686, von thedotmack, erhielt 11 Punkte und 1 Kommentar durch die Verlinkung des r/ClaudeCode-Beitrags über das Kontextverwaltungs-Plugin. Der Reddit-Inhalt konnte nicht automatisiert abgerufen werden, weil die Seite einen Issue-Link zurückgab; deshalb werden keine Reddit-Meinungen zugeschrieben, die nicht gelesen werden konnten.
HN 46429613, ebenfalls von thedotmack, verlinkte die X-Ankündigung für Cursor-Mem/Claude-Mem 8.5.0: 2 Punkte und 1 Kommentar. X erlaubte keinen Abruf des direkten Inhalts ohne Authentifizierung; erhalten blieben nur Titel, Link und die von HN gelieferte Kennzahl.

Die konkreteste technische Kritik stammt aus dem Änderungsprotokoll selbst, nicht von Dritten: 13.12.4 räumt ein, dass interne Maintainer-Richtlinien in Marktplatz-Installationen gelangt waren und von Nutzerinstanzen befolgt werden konnten. Das Projekt verschob dieses Material nach CLAUDE.local.md. Es dokumentierte außerdem Fehler mit blockierten Ports, Migrationen mit Fremdschlüsseln und Worker-Schleifen. Das sind Wartungskorrekturen, kein Beweis dafür, dass das System in seiner aktuellen Version unsicher ist.

Es wurden Suchen auf HN nach Name, Autor und Cursor-Mem versucht; direktes Reddit; X über die verlinkte Ankündigung; YouTube; Product Hunt; Dev.to/Hashnode; Podcasts und kuratierte Listen. In diesem Durchlauf wurden keine überprüfbaren Rezensionen, Videos, kein Product-Hunt-Launch, keine Newsletter-Erwähnungen oder direkten Threads auf diesen Kanälen gefunden. Das Fehlen ermittelten Materials misst weder Qualität noch schließt es dessen Existenz aus.

Claude-Mem im Vergleich zu anderen Vorschlägen

Vorschlag	Überprüfbare Übereinstimmung	Überprüfbarer Unterschied oder Grenze
`sdsrss/claude-mem-lite`	Beide bieten persistentes Gedächtnis für Claude Code.	Das Paket präsentiert sich als leichtgewichtigere Alternative mit einer einzigen SQLite-Basis und FTS5 + TF-IDF; Claude-Mem dokumentiert zusätzlich Chroma und einen Bun-Worker.
`ManuelStaggl/keepmind`	Das npm-Register beschreibt es als Fork von Claude-Mem zur Kontext-Persistierung.	Keepmind erklärt sich selbst als reinen Node-Fork; es wurde kein von beiden Projekten gepflegter Funktionsvergleich gefunden.
`rumitvn/tre-mem`	Es baut auf Claude-Mem als Gedächtnisschicht für Programmier-Agenten auf.	Tre-mem positioniert sich als geteilte, branch-bewusste Seitenschicht; dieser Ansatz wird nicht als Kernfunktion von Claude-Mem selbst beschrieben.
Mem0, Zep, Letta, LangMem, Cognee, OpenAI Memory und Supermemory	Die CMEM-Website listet Vergleichsseiten mit allen davon.	Diese Vergleiche und gleichwertige Testkennzahlen wurden nicht ermittelt; es wird keine funktionale Überlegenheit behauptet.

Anwendungsfälle und wem dieses Repository helfen kann

Entwickler, die zwischen langen Claude-Code-Sitzungen wechseln: Die Hooks, SQLite, Zusammenfassungen und Kontexteinspielung sollen Entscheidungen, Diagnosen und explorative Arbeit beim Neustart der Sitzung bewahren.
Teams oder Einzelpersonen, die zwischen Terminal, IDE und Agenten wechseln: Die dokumentierte MCP-Unterstützung und die Adapter für Cursor, OpenCode, Codex CLI, Gemini CLI, Windsurf und OpenClaw bieten einen Weg, dasselbe Gedächtnis von mehr als einem Werkzeug aus abzufragen; CMEM Cloud erweitert das bei Vertragsabschluss um geräteübergreifende Synchronisierung.
Personen, die eine große Codebasis erforschen: Das Muster search → timeline → get_observations erlaubt es, einen Fakt zu finden und nur den nötigen Kontext zu erweitern, statt das gesamte Gedächtnis auf einmal zu laden.
Nutzer mit Anforderungen an Datenschutz oder Nachvollziehbarkeit: Die <private>-Tags, die lokale Speicherung und der Typ sensitive bieten explizite Kontrollen, erfordern aber, dass der Nutzer das Material kennzeichnet und seine Konfiguration überprüft.
Maintainer von Agenten-Integrationen: Die Community-Adapter für OpenCode, Pi und nanopencil sowie das MCP-Protokoll zeigen, wie sich die Engine erweitern lässt, aber diese Erweiterungen entsprechen keinem offiziellen Support und sollten separat bewertet werden.

Ressourcen

Repository: https://github.com/thedotmack/claude-mem
Dokumentation und Installation: https://docs.claude-mem.ai/introduction
Architektur und Suche: https://docs.claude-mem.ai/introduction
Offizielles Änderungsprotokoll: https://cmem.ai/changelog
Integrationen: https://cmem.ai/integrations
npm-Paket und Kennzahlen: https://www.npmjs.com/package/claude-mem
CMEM-Cloud-Dienst: https://cmem.ai/
Discord-Community: https://discord.gg/J4wttp9vDu
HN-Diskussionen: https://news.ycombinator.com/item?id=47558167, https://news.ycombinator.com/item?id=46229436, https://news.ycombinator.com/item?id=45676686, https://news.ycombinator.com/item?id=46429613
Von HN verlinkte X-Ankündigung: https://twitter.com/Claude_Memory/status/2005856998919700833

Hinweis: Dieser Artikel kombiniert das README, die offizielle Dokumentation und Website von Claude-Mem/CMEM, die öffentlichen GitHub-Seiten, das npm-Register und am 5. August 2026 abgerufene Hacker-News-Ergebnisse. Kennzahlen ändern sich mit der Zeit; Zugriffsbeschränkungen werden dort vermerkt, wo sie die Daten beeinflussen.