tinchak0207/Hippocampus

Lass den Agenten aus Fehlern lernen: Einmal in die Tinte gefahren? Festplatte merkt's – nächstes Mal besser. Vor nicht-trivialen Aufgaben aufrufen, um mit `mem` frühere Entscheidungen und Fallstricke zu checken; nach einem Fehler, einer Korrektur oder einer getroffenen Entscheidung aufrufen, mit `mem add` + `mem build` die Lehre festhalten.

Was ist Hippocampus?

Hippocampus ist ein Skill für KI-Agenten (kompatibel mit Claude Code, Cursor, Codex u. ä.), der ein strukturiertes Langzeitgedächtnis aufbaut. Er speichert Entscheidungen, Fehler und Lösungen als Notizen in einem vierstufigen Index (Tier-0 bis Tier-3). Der Agent kann vor einer Aufgabe relevante Erfahrungen abrufen (z. B. mit `mem find`) und nach einer Korrektur oder Entscheidung eine neue Notiz anlegen (`mem add` + `mem build`). Ziel ist es, wiederholte Fehler zu vermeiden und wertvolles Wissen aus früheren Iterationen verfügbar zu machen. Das System arbeitet rein textbasiert unter `$MEM_HOME` und erzwingt konsistente Lese- und Schreibpfade, um Inkonsistenzen zu vermeiden. Der Skill eignet sich besonders für Projekte, in denen ein Agent über Sitzungen hinweg lernen und sich verbessern soll.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add tinchak0207/Hippocampus

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Hippocampus: Lass den Agenten aus Fehlern lernen

Einmal in die Tinte gefahren? Die Lehre landet in notes/, mem build kompiliert sie in den Index, und vor der nächsten ähnlichen Aufgabe schaut der Agent nach, wie es beim letzten Mal schiefging. CLI-Befehl: mem.

Speicherwurzelverzeichnis $MEM_HOME (Standard: ~/.claude/memory). Alles reiner Text, mem build erzeugt aus notes/ die drei oberen Ebenen.

Wann verwenden

  • Vor einer nicht-trivialen Aufgabe: Prüfen, ob es diese Aufgabe schon einmal gab und welche Entscheidungen oder Fallstricke dokumentiert sind.
  • Wenn der Nutzer „letztes Mal“, „schonmal gesagt“ oder „nach alter Regel“ erwähnt.
  • Bevor ein Sub-Agent gestartet wird: Relevante Erinnerungen in die Spezifikation schreiben.
  • Nach Abschluss eines wiederverwendbaren Ergebnisses, Lösung eines wiederkehrenden Problems, oder Korrektur durch den Nutzer: Eine Notiz schreiben.

Vier-Ebenen-Modell

EbeneDateiInhaltWer schreibt
Tier-0MEMORY.mdRoutingtabelle: Lese-/Schreibprotokoll, Pack-Liste, die letzten 12 Notizen; mit Byte-Budget (Standard 12000)mem build
Tier-1packs/<id>.mdEin Blatt pro Bereich, jede Notiz eine Zeile mit Beschreibung + Pfadmem build
Tier-2catalog.tsvJede Notiz eine Zeile: pack date type name title bytes gistmem build
Tier-3notes/*.mdOriginaltext mit YAML-Frontmattermem add erstellt Datei, du füllst Inhalt

Klassifikationsregeln in $MEM_HOME/.memorypack/packs.json: Wenn in der Frontmatter unter metadata.pack eine gültige ID steht, wird sie verwendet; ansonsten erfolgt eine Schlagwortbewertung (stark +3, keywords +1); Nullpunkte landen in misc.

Lesepfad (der Reihe nach, aufhören sobald ausreichend)

  1. MEMORY.md vollständig lesen (es ist klein und genau dafür gedacht).
  2. Bei „Wann lesen“ den Bereich finden → mem pack <id> zum Überfliegen des Bereichs.
  3. Bei Bedarf gezielte Einträge suchen → mem find <Schlüsselwort> [--pack <id>] [--limit N], gibt nur Katalogzeilen zurück.
  4. Nur bei 1–3 Treffern → mem show <name> den Originaltext lesen.

Bei Konflikten zwischen Erinnerung und aktuellen Beweisen (Code, Logs, Befehlsausgaben) gelten die aktuellen Beweise; dem Nutzer mitteilen, welche Erinnerung veraltet ist.

Schreibpfad (nur dieser eine)

mem add <slug> --type project|feedback|reference [--pack <id>] [--title "Titel"]
# Den ausgegebenen Pfad öffnen, eine Beschreibungszeile + FAKT / Entscheidung / Fallstrick / Verwandtes eintragen
mem build
  • description ist der einzige Inhalt, der in den oberen drei Ebenen erscheint – schreibe ihn als „Was ist das + wann braucht man es“ in einem Satz.
  • Vorhandene Notiz ändern: direkt die Datei in notes/ bearbeiten, dann mem build.
  • Nach dem Schreiben kann mem doctor ausgeführt werden, um Budget, defekte Links und fehlende Beschreibungen zu prüfen.

Verbote

  • MEMORY.md, packs/*, catalog.tsv niemals von Hand bearbeiten – sie werden generiert und beim nächsten Build überschrieben.
  • Nicht notes/ im Ganzen lesen (cat notes/*, ls und dann einzeln lesen, gesamtes Verzeichnis mit grep durchsuchen) – stattdessen mem find verwenden.
  • Keine Notiz löschen, es sei denn, der Nutzer fordert es ausdrücklich an; veraltete Einträge mit Anmerkung versehen und Beschreibung aktualisieren.
  • Keine Geheimnisse, Token, Passwörter, privaten Schlüssel oder personenbezogenen Daten in Notizen schreiben.
  • Kein zweites Gedächtnis anlegen; alte Pfade anderer Tools mit Symlinks auf $MEM_HOME verweisen lassen.

Referenzen

  • Tägliche Wartung: prompts/maintain.md
  • Sitzungsabschluss-Rückschau und proaktiver Aufbau: prompts/proactive-build.md
  • Ein Regelabschnitt zum Einfügen in AGENTS.md / CLAUDE.md: prompts/agents-snippet.md
  • Hook-Beispiele: prompts/hooks/

Verwandte Skills