Erik Weber
Übersicht
Wissen · KI-Agenten · Modul 07
Abschnitt 01 /
Wissen · KI-AgentenModul 7 · Wie funktionieren Memory & Feedback Loop?

Lernen statt
nur speichern.

Wie Agents über einzelne Chats hinaus lernen, erinnern und sich weiterentwickeln.

Kernbotschaft

Lernende Agenten brauchen nicht mehr Speicher, sondern bessere Gedächtnisarchitekturen. Memory ist kein Feature, sondern eine Architektur.

Viele denken: „Der Agent merkt sich halt Dinge.“ In Wirklichkeit besteht ein gutes Memory-System aus mehreren spezialisierten Gedächtnissen mit unterschiedlichen Aufgaben, Updatezyklen und Risiken. Die entscheidende Designfrage lautet nicht „Brauchen wir Memory?“, sondern: Welche Arten von Gedächtnis braucht dieser Agent überhaupt?

02Denkfehler

Memory ist kein Feature.

Beobachtung

Memory wird oft wie ein Schalter behandelt: an oder aus. In Wirklichkeit ist Memory eine Architektur aus mehreren spezialisierten Speichern. Mit unterschiedlichen Aufgaben, Updatezyklen und Risiken.

  1. 01Ein Speicher reicht nicht.

    Präferenzen, Erfahrungen, Prozesse, Personen, Learnings. Das gehört nicht in denselben Topf. Andere Updatezyklen, andere Lebensdauern.

  2. 02Die richtige Frage.

    Nicht „Brauchen wir Memory?“, sondern „Welche Arten von Gedächtnis braucht dieser Agent überhaupt?“ Eine Architekturfrage, keine Featurefrage.

Ein Agent hat nicht ein Gedächtnis, sondern viele spezialisierte Gedächtnisse.

Die Gedächtnislandschaft eines Agenten — mehrere Speicher nebeneinander wie Gehirnregionen: Short-Term, Semantic, Episodic, Procedural, Entity, Reflective, Knowledge und Curated Memory
Die Gedächtnislandschaft · Abschnitt 02 Vertiefung
04Typen

Die wichtigsten Memory-Typen.

Jeder Typ löst ein anderes Problem. Wer alles in einen Topf wirft, bekommt früher oder später Widersprüche, Drift und Kontextmüll.

01

Kurzzeit

Aktueller Kontext, laufende Unterhaltung. Stirbt mit der Session.

02

Semantic

Stabile Informationen: Sprache, Präferenzen, Regeln, Arbeitsweise.

03

Episodic

Vergangene Ereignisse. „Letzte Woche wurde Problem X so gelöst.“

04

Procedural

Wissen über Abläufe. „Erst Struktur, dann Draft, dann Review.“

05

Entity

Wissen über Personen, Projekte, Kunden, Geräte, Systeme.

06

Reflective

Vom Agenten erzeugte Learnings. „Bei solchen Aufgaben erst Quellen prüfen.“

Nicht jedes Wissen gehört in denselben Speicher.

05RAG

RAG ist kein Gedächtnis.

RAG wird häufig als „Memory“ verkauft. Es ist keins. RAG ist ein Zugriffsmuster: Es beantwortet die Frage „Wie hole ich relevante Informationen zurück?“ Memory beantwortet eine andere Frage: „Was speichere ich überhaupt dauerhaft?“

Memory
  • Bibliothek
  • Was wird aufbewahrt?
  • Strukturierung, Priorisierung
  • Validierung, Decay
  • echtes Langzeitgedächtnis
RAG
  • Suchsystem der Bibliothek
  • Wie finde ich etwas wieder?
  • Retrieval pro Anfrage
  • kein eigenes Urteil über Inhalte
  • kein Gedächtnistyp

Retrieval ist Zugriff. Nicht Gedächtnisarchitektur.

Memory vs Retrieval — links großer Wissensspeicher mit RAG-Retrieval als Zugriffsschicht, rechts mehrere echte Gedächtnissysteme: Präferenzen, Erfahrungen, Prozesse, Learnings, Entitäten
Memory vs. Retrieval · Abschnitt 05 Vertiefung
07Entstehung

Wie Memory überhaupt entsteht.

Gute Systeme speichern nicht einfach alles. Wer alles speichert, bekommt Chaos, Drift, Widerspruch und Kontextmüll. Bessere Systeme arbeiten mit Hypothesen: Sie bilden eine Vermutung, validieren sie über Zeit, speichern erst dann dauerhaft.

  1. 01Verdichten.

    Aus vielen Beobachtungen wird eine Aussage. Nicht jede Interaktion verdient eine eigene Erinnerung.

  2. 02Beurteilen.

    Memory speichert nicht nur. Memory bewertet. Was ist stabil? Was widerspricht sich? Was ist veraltet?

Was gute Memory-Systeme leisten:

  • Verdichtung
  • Bewertung
  • Priorisierung
  • Validierung
  • Korrektur
  • Decay

Memory sollte nicht nur speichern, sondern beurteilen.

Der Memory-Validation-Loop — neue Information wird zur Hypothese, über weitere Interaktionen validiert oder verworfen, erst dann dauerhaft gespeichert, mit Zweig für Abschwächung bei fehlender Bestätigung
Der Memory-Validation-Loop · Abschnitt 07 Vertiefung
09Reflection

Reflection, Reviews & lernende Agenten.

Ein Agent wird nicht intelligent, weil er viel speichert. Sondern weil er Muster erkennt und reflektiert. Hier entsteht langfristige Kohärenz. Und der Agent wird vom Output-Generator zum Denkpartner.

RoutinenA
  • Tagesreviews
  • Wochenreviews
  • Projektreviews
  • Zielabgleich
SchleifenB
  • Reflection Loops
  • Selbstkritik
  • Prioritätsanpassung
  • Hypothesen prüfen
RolleC
  • Denkpartner
  • Erinnerungssystem
  • Reflexionssystem
  • nicht nur Produktionsmaschine
Dream: Speicher konsolidieren im Hintergrund

Einige Agenten-Frameworks kennen eine „Dream“-Phase: Der Agent bearbeitet keine neuen Aufgaben, sondern überprüft seine episodischen Erinnerungen, verdichtet Muster zu prozeduralen Regeln und aktualisiert sein semantisches Gedächtnis. Ähnlich dem Schlaf beim Menschen: Konsolidierung statt Produktion.

In der Praxis läuft ein Dream-Zyklus z. B. nach jeder Session oder nächtlich: Was hat gut funktioniert? Welche Schritte sind überflüssig? Welche Erkenntnisse sollten in den Skill fließen? Das Ergebnis ist kein Chat, sondern eine aktualisierte Memory-Datei.

Implementierungen: Das Hermes-Agent-Framework von NousResearch und ähnliche Open-Source-Ansätze (z. B. MemGPT / Letta) arbeiten mit expliziten Konsolidierungsschleifen. Sie zeigen, wie Memory-Schichten aktiv gepflegt werden. Nicht als Seiteneffekt, sondern als eigenständige Systemfunktion.

Reflection ist wichtiger als bloßes Datensammeln.

10Decay

Vergessen, Governance & Drift.

Mehr Memory ist nicht automatisch besser. Jedes Memory-System erzeugt Zielkonflikte. Ohne aktives Vergessen wird selbst der intelligenteste Agent früher oder später unsteuerbar.

Alles speichern
  • teuer
  • chaotisch
  • schwer kontrollierbar
  • widersprüchliche Learnings
  • Kontextmüll
  • Drift
Kontrolliert speichern
  • Priorisierung
  • Verdichtung
  • Reviews
  • aktives Decay
  • klare Owner
  • stabiles Lernen

Vergessen ist kein Bug, sondern eine notwendige Funktion.

Wachstum vs Chaos — links kontrolliertes Memory-System mit Priorisierung, Verdichtung, Reviews und Decay führt zu stabilem Lernen, rechts unkontrolliertes Wachstum mit allem gespeichert, widersprüchlichen Learnings, Kontextmüll und Drift führt zu instabilem System
Wachstum vs. Chaos · Abschnitt 10 Vertiefung
12Designfragen

Fünf Fragen für jedes Memory-System.

Bevor du ein Memory-System baust, beantworte diese fünf Fragen. Wer sie ignoriert, baut früher oder später ein System, das nicht mehr unter Kontrolle ist.

  1. 01Was wird gespeichert?

    Welche Informationstypen sind langzeitwürdig? Welche bleiben flüchtig?

  2. 02Was wird vergessen?

    Welcher Decay-Mechanismus greift? Wann wird etwas archiviert oder gelöscht?

  3. 03Was wird validiert?

    Wie wird aus Hypothese stabiles Wissen? Wer oder was prüft Konsistenz?

  4. 04Was wird priorisiert?

    Welche Speicher gewinnen bei Konflikten? Welche Quelle hat Vorrang?

Und die fünfte, oft übersehene: Wer kontrolliert die Learnings?

13Kernsatz

Langfristig lernende Agenten brauchen nicht mehr Speicher, sondern bessere Gedächtnisarchitekturen.

Die Zukunft agentischer Systeme liegt nicht nur in besseren Modellen, sondern in besseren Memory-Systemen, besseren Reflection-Loops, besserer Wissenspflege und besserer Governance.

14Recap

Vier Bewegungen. Mehr braucht es nicht, damit ein Agent wirklich lernt.

  • 01Trennen

    Verschiedene Memory-Typen sauber auseinanderhalten.

  • 02Validieren

    Aus Hypothese durch Reibung mit der Realität stabiles Wissen machen.

  • 03Reflektieren

    Muster erkennen, Schlüsse ziehen, Arbeitsweise anpassen.

  • 04Vergessen

    Decay als Feature. Drift verhindern, Kohärenz erhalten.

Ein Agent ohne Memory Decay wird irgendwann unsteuerbar.

Kontakt

Der beste Weg, mich zu erreichen ist per E-Mail:

info@easy-automation.ai