Graph-Memory vs. Markdown: Warum flache Dateien im großen Maßstab zu Prompt-Schulden werden

Ein Entwickler auf r/openclaw berichtet, wie das Markdown-basierte Speichersystem ihres KI-Agenten von einer sauberen Lösung zu 'Prompt-Debt' wurde. Anfangs schien die Speicherung von Agentengedächtnis als Markdown-Dateien ideal – lesbar, editierbar, kein Vendor-Lock-in. Doch nach Erreichen von über 80 Dateien und mehr als 5 Millionen Zeichen brach der Ansatz zusammen. Jeder Durchlauf erforderte das Durchsuchen eines 'riesigen Haufens Notizen', um zu erraten, welche Teile noch relevant waren.

Das Problem: Flacher Text wird zu Prompt-Debt

Wie der Entwickler beschreibt: 'Speicherung war gelöst. Gedächtnis nicht.' Projektfakten, alte Fehler, Entscheidungen, Präferenzen und halb tote Pläne lagen als gleichgewichtige Brocken im Kontext. Der Agent musste alles noch einmal lesen, als ob es gleich relevant wäre, was zu verschlechterter Leistung und verschwendeten Tokens führte.

Die Erkenntnis: Relevantes Gedächtnis rendern, nicht alles

Der Wendepunkt kam mit der Erkenntnis, dass sie kein besseres Notizbuch brauchten – sondern der Agent 'den relevanten Teil seines Gedächtnisses für die aktuelle Aufgabe rendern' musste. Die Lösung war die Einführung von Graph-Speicher: jeder Erinnerung als Knoten gespeichert, Beziehungen als Kanten, und Abrufen als Abfrage 'welcher Teil dieser Karte sollte jetzt aufleuchten?' anstatt die Top-10 ähnlichen Notizen in den Kontext zu werfen.

Praktische Erkenntnis

Markdown bleibt ein gutes Archiv-/Exportformat, aber das Langzeitgedächtnis von Agenten kann nicht rein textbasiert bleiben, sobald es skaliert. Graph-basiertes Abrufen ermöglicht selektive Kontexteinspritzung und vermeidet das Flachdatei-Problem gleichgewichtiger Brocken. Wenn das Gedächtnis Ihres Agenten über ein paar Dutzend Dateien hinauswächst, sollten Sie es für aufgabenrelevantes Abrufen strukturieren, nicht für rohe Textverkettung.