Hauptgedanke

Claude Code führt bereits ein Gedächtnis dessen, was man ihm gesagt hat, legt es aber unter ~/.claude/projects/ ab: Es gehört zur Installation, nicht zum Projekt. Den Rechner wechseln, es wieder lesen, wissen, wann eine bestimmte Entscheidung hineingekommen ist, es mit einer Kollegin teilen – nichts davon ist vorgesehen, weil der Ablageort nie als Arbeitsgegenstand gedacht war.

Schreibt man dasselbe Gedächtnis in Markdown-Dateien mitten im Git-Repo des Projekts, ändern sich vier Dinge auf einmal, und alle gehen auf denselben Handgriff zurück. Es wandert mit dem Repo, ein Klon auf einer anderen Maschine findet es also wieder. Es ist versioniert, also erzählt git log memory_sessions/ die Entwicklung der technischen Entscheidungen. Es öffnet sich im Editor, also kann man es von Hand korrigieren, wenn der Agent etwas falsch verstanden hat. Und es lässt sich genauso aufteilen, wie sich das Repo aufteilt.

Das flache Format ist kein technischer Verzicht, bis Besseres kommt: Es ist das, was das Gedächtnis für einen Menschen überprüfbar macht, und ein Gedächtnis, das kein Mensch je wieder liest, wird nie korrigiert.

Ergänzt durch „Informationssysteme werden nicht verschwinden. Ihre Form wird sich ändern.“ (2026-07-08). Dieselbe Trennung gilt im Maßstab eines Unternehmens, und das Format zählt dort noch weniger, als man meint: Markdown, JSON, Dokumentdatenbank, Graph oder Vektordatenbank taugen gleichermaßen, die Linie verläuft zwischen dem, was sich mitnehmen lässt, und dem, was nicht. Arbeitswissen, das in Gesprächsverläufen liegen bleibt, ist nur so lange nützlich, wie es die Oberfläche gibt, das Abonnement läuft und man das richtige Gespräch wiederfindet: Es ist eine Nutzungsspur, kein Unternehmensgedächtnis. Das entscheidende Kriterium ist eine Liste von Operationen, keine ästhetische Vorliebe – von einem Menschen wieder gelesen, von einer anderen KI übernommen, verschoben, gesichert, angereichert, geprüft werden zu können.

Warum das wichtig ist

Das verschiebt die Frage, die man an ein Gedächtniswerkzeug stellt. Gewöhnlich fragt man, was es behält; die Frage, die zuerst zählt, ist, wohin es schreibt, denn diese Wahl entscheidet über alles andere – Portabilität, Historie, Wiederlesen, Teilen.

Es erklärt auch, warum ein natives Gedächtnis, selbst ein gutes, eine Lücke lässt: Was im Werkzeug lebt, liegt außerhalb der Reichweite der Werkzeuge, mit denen man tatsächlich arbeitet.

Nuancen und Grenzen

Wer das Gedächtnis ins Repo legt, macht es für alle sichtbar, die Zugriff auf das Repo haben. Was dort automatisch hineingeschrieben wird – der Name eines Kunden, ein begangener Fehler, ein Zögern –, wird zu einem im ganzen Team veröffentlichten Inhalt, ohne dass ihn jemand gegengelesen hätte.

Und eine versionierte Datei liest sich schlecht, wenn sie wächst: Die Überprüfbarkeit hängt ebenso an der Größe wie am Format.

Offene Fragen

• Was macht man mit dem Gedächtnis eines aufgegebenen Branches, das geschrieben wurde, dessen Arbeit aber nie gemergt wurde?