Ein gemeinsames Gedächtnis für mehrere KI-Werkzeuge

Wer mit mehreren KI-Werkzeugen arbeitet, kennt den Moment: Der Assistent im Browser weiß nichts von dem, was der Assistent im Terminal gestern gebaut hat. Jedes Werkzeug hat seinen eigenen Speicher, und jede Sitzung beginnt damit, den Stand neu zu erklären. Ich habe das vergangene Woche für meine eigene Arbeit abgestellt und alle Werkzeuge an ein gemeinsames Gedächtnis gehängt. Dieser Text beschreibt, wie das aufgebaut ist, was ich vorher abgewogen habe und worauf du achten musst, wenn du das im Betrieb nachbaust. Er liefert keine Anleitung zum Nachklicken und keine Werkzeugempfehlung.

Das Problem: mehrere Werkzeuge, mehrere Gedächtnisse

Bei mir laufen fünf KI-Werkzeuge nebeneinander: zwei Coding-Agenten im Terminal auf zwei Rechnern, ein Agent auf meinem eigenen Server, den ich über Messenger erreiche, und zwei Chat-Oberflächen im Browser. Alle arbeiten an derselben Infrastruktur und denselben Vorhaben.

Jedes dieser Werkzeuge hatte ein eigenes Gedächtnis: eine Anweisungsdatei hier, ein Projektgedächtnis dort, ein anbietereigener Speicher im Chat. Die Folgen waren unspektakulär und trotzdem teuer. Ein Werkzeug schlug eine Sicherung vor, die ein anderes drei Tage zuvor eingebaut hatte. Ein Dienst zog um, und zwei Werkzeuge rechneten weiter mit dem alten Ort. Und bevor überhaupt gearbeitet wurde, durchsuchte der Agent erst einmal Verzeichnisse und Konfigurationen, um den Stand zu rekonstruieren.

Im Betrieb sieht das genauso aus, nur mit mehr Beteiligten. In einer Agentur nutzt die eine Kollegin einen Chat-Assistenten für Texte, der Kollege lässt sich Angebote zusammenstellen, und die Geschäftsführung fragt ein drittes Werkzeug nach dem Projektstand. Drei Werkzeuge, drei Wahrheiten, und die Abstimmung findet weiter in Köpfen und E-Mails statt.

Was ich abgewogen habe

Naheliegend sind gehostete Gedächtnisdienste, die Gespräche automatisch auswerten und Erinnerungen als Textschnipsel ablegen. Sie sind stark darin, aus vielen Gesprächen Ähnliches wiederzufinden. Für meinen Zweck passten sie nicht: Auf die Frage, wie der Stand eines Vorhabens ist, antwortet eine überschreibbare Notiz besser als fünf ähnliche Fragmente. Dazu kommt, dass der Bestand ohne den Dienst schwer lesbar ist und Betriebswissen über die eigene Infrastruktur bei einem Dritten läge. Wenn du so einen Dienst einsetzt, brauchst du einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO und eine klare Regel, was überhaupt hineingeschrieben wird.

Zweite Option: das vorhandene Wissenssystem mitbenutzen. Ich pflege ein Fachwiki mit kuratiertem Wissen. Tagesaktuelle Projektstände hätten dessen Schema verwässert, und die Löschregeln sind andere. Dritte Option: ein Versionsverwaltungssystem als Transportweg, bei dem jedes Werkzeug den Bestand holt und zurückschreibt. Das verlagert die Arbeit in jedes einzelne Werkzeug und erzeugt Konflikte, sobald zwei gleichzeitig arbeiten. Als Historie im Hintergrund ist Versionsverwaltung dagegen nützlich, genau so setze ich sie ein.

Geworden ist es die einfachste Form: ein Ordner mit Markdown-Dateien auf meinem eigenen Server, erreichbar über eine Schnittstelle, die alle Werkzeuge ansprechen können.

So sieht der Aufbau in der Praxis aus

Der Ablauf einer Sitzung ist immer derselbe:

Inhaltsverzeichnis lesen -> die eine passende Notiz lesen -> arbeiten -> Projektnotiz überschreiben -> eine Zeile ans Monatsprotokoll anhängen

Die Anbindung läuft über MCP (Model Context Protocol), den offenen Standard, über den KI-Werkzeuge externe Dienste ansprechen. Ein schlanker Dienst hält den Ordner, pflegt einen Suchindex darüber und stellt Lesen, Suchen und Schreiben als Werkzeuge bereit. Welche davon ein Agent benutzen darf, lege ich pro Agent fest.

Der Zugang von außen läuft über einen vorgelagerten Webserver mit Verschlüsselung und zwei Wegen. Werkzeuge, die einen eigenen Autorisierungs-Header setzen können, kommen mit einem festen Schlüssel aus. Die beiden Chat-Oberflächen können das nicht, sie verlangen eine Anmeldung nach dem OAuth-Verfahren mit dynamischer Registrierung. Diese Lücke schließt ein kleines vorgeschaltetes Programm, das die Anmeldung an meinen vorhandenen Anmeldedienst weiterreicht. Ohne gültige Anmeldung antwortet es abweisend, der Standardzustand ist also zu.

Unter der Oberfläche schreibt ein Begleitdienst alle paar Minuten einen Stand in die Versionsverwaltung, das verschlüsselte Backup sichert den Ordner an zwei Orten, und ein externer Wächter prüft im Minutentakt zweierlei: Läuft der Dienst, und weist er eine Anfrage ohne Berechtigung tatsächlich ab? Der zweite Teil ist der wichtigere. Ein Dienst, der versehentlich offen steht, fällt sonst niemandem auf.

Die Schreibdisziplin entscheidet

Technik ist hier der kleinere Teil. Der Bestand ist bewusst flach: ein Inhaltsverzeichnis, ein Regeldokument, ein paar Hintergrundnotizen zur Infrastruktur, je Vorhaben eine Projektnotiz und ein Monatsprotokoll.

Der Unterschied zwischen zwei Schreibweisen trägt das Ganze. Projektnotizen werden überschrieben, nicht fortgeschrieben. Erledigtes fliegt raus, deshalb bleiben sie kurz und aktuell. Das Monatsprotokoll wird nur ergänzt, eine Zeile je Arbeitsschritt mit Datum, Werkzeug, Vorhaben und einem Satz, was wo passiert ist. Die Chronologie geht also nicht verloren, sie steht nur nicht im Weg.

Dazu kommt eine Leseregel: erst das Inhaltsverzeichnis, dann gezielt eine Notiz, das Protokoll nur durchsuchen, bei Fragen ohne Bezug zur eigenen Arbeit gar nicht zugreifen. Genau diese Regel sorgt dafür, dass ein gemeinsames Gedächtnis Verarbeitungskosten spart, statt sie zu erhöhen. Ohne sie ist es nur ein größerer Kontext.

Gepflegt wird über einen Auslöser, nicht über Automatik. Am Ende einer Arbeitssitzung schreibe ich ein Wort, bei mir „Abschluss“. Der Agent aktualisiert dann die Projektnotiz, hängt die Protokollzeile an und sagt, was er geschrieben hat. Das funktioniert in jedem Werkzeug ohne Installation, und der Agent, der die Arbeit gemacht hat, schreibt bessere Einträge als jede nachträgliche Zusammenfassung.

Worauf du achten musst

Vier Fragen gehören geklärt, bevor der erste Eintrag entsteht.

Erstens: Wer darf lesen und schreiben? In meinem Aufbau gibt es keine Rollentrennung im Inhalt. Wer Zugang hat, sieht alles. Für ein Team heißt das entweder getrennte Bestände je Bereich oder eine bewusste Entscheidung, dass der Inhalt für alle taugt.

Zweitens: Was gehört nicht hinein? Bei mir sind das Zugangsdaten, Quelltext und alles Personenbezogene. Sobald personenbezogene Daten in so einem Speicher landen, ist das eine Verarbeitung mit allem, was dazugehört: Rechtsgrundlage, Eintrag im Verarbeitungsverzeichnis nach Art. 30 DSGVO, Löschkonzept. Das ist machbar, sollte aber eine Entscheidung sein und kein Nebeneffekt.

Drittens: Wo liegt der Speicher, und wer sichert ihn? Ein gemeinsames Gedächtnis, das niemand sichert, ist ein Einzelpunkt mit Ausfallrisiko.

Viertens: Wie wird geprüft, dass der Zugang wirklich zu ist? Erreichbarkeit zu überwachen reicht nicht. Die Überwachung muss auch den Fall prüfen, dass jemand ohne Berechtigung anklopft.

Dazu kommt ein Punkt, den man beim Wort „Gedächtnis“ leicht übersieht: Ein gemeinsamer Speicher ist auch eine gemeinsame Angriffsfläche. Was dort steht, fließt in die Arbeit aller angebundenen Agenten ein, und eingeschleuster Text kann wie eine Anweisung wirken. Deshalb: enger Werkzeugsatz je Agent, keine ungeprüften Fremdinhalte, und Inhalte, die von außen kommen, bleiben außen vor. Die Risiken solcher Anbindungen stehen in unserer Begriffsseite zu MCP-Sicherheitsrisiken.

Wann es sich lohnt, wann nicht

Es lohnt sich, sobald mindestens zwei Werkzeuge oder Agenten regelmäßig an denselben Vorhaben arbeiten und die Antwort „das haben wir schon einmal entschieden“ bei euch Geld wert ist. Typisch ist das bei Vorhaben über mehrere Wochen, bei wechselnden Bearbeitern und überall dort, wo Wissen bisher an einer Person hängt.

Es lohnt sich nicht bei einem einzigen Werkzeug, bei einmaligen Aufgaben und dann nicht, wenn niemand die Pflege übernehmen will. Ein ungepflegtes gemeinsames Gedächtnis ist schlechter als keines, weil alle ihm glauben.

Der Aufwand lag bei mir bei etwa einem Arbeitstag, mit vorhandenem Webserver, Anmeldedienst und Backup. Das ist ein Erfahrungswert aus einem Aufbau, keine Messung. Wer ohne diese Bausteine startet, rechnet mit mehr.

Wo es weitergeht

Wie Agenten überhaupt an Daten und Werkzeuge kommen, steht in der Begriffsseite zu MCP. Wer vorher wissen will, welche Arbeit sich für Agenten eignet und welche beim Menschen bleibt, findet die Einordnung unter Agenten und Sicherheit. Und wenn du sehen willst, wie eine Wissensbasis mit Quellenverweis arbeitet, steht die Demo unter go4ai.de/wissen/.