Kompaktierung des Agenten-Gedächtnisses: wann den Kontext aufräumen, ohne was zu verlieren
Wisch den Müll rechtzeitig vom Tisch - und nichts Wichtiges fliegt mit raus
Kompaktierung des Agenten-Gedächtnisses einfach erklärt: was zusammengeschrumpft wird und verloren geht, was überlebt, und in welchem Moment das Aufräumen des Kontexts sicher ist - und wann es zum Eigentor wird.
Was ist Gedächtnis-Kompaktierung, einfach erklärt
Stell dir deinen Schreibtisch vor. Drauf liegen Papiere: die Aufgabe, Entwürfe, Notizen, Ausdrucke. Solange alles Wichtige griffbereit ist, läuft der Kopf schnell. Aber der Tisch ist nicht aus Gummi. Wenn du ihn so vollgeladen hast, dass keine Tasse mehr Platz findet - dann wühlst du dich durch Stapel und kommst ins Stocken.
Der Agent hat genau dasselbe Problem. Sein „Tisch“ ist der Kontext Kontext (Kontextfenster) - der gesamte Text, den das Modell genau jetzt sieht: deine Nachrichten, gelesene Dateien, Befehlsergebnisse. Was nicht reinpasst, existiert für das Modell nicht. . Übergelaufen? Dann macht der Agent eine Kompaktierung Kompaktierung (compact) - das Zusammenschrumpfen des Gesprächsverlaufs. Der Agent faltet den alten Chatverlauf zu einer kurzen Zusammenfassung zusammen, um Platz zu schaffen. Details gehen dabei verloren. : Er kehrt die alten Papiere in eine Mappe „Diverses“ zusammen und beschriftet sie mit zwei Zeilen - „haben eine Landingpage gebaut, über die Schrift geredet“. Platz frei. Aber du brauchst ein konkretes Blatt aus dieser Mappe? Das ist nicht mehr drin. Übrig ist nur die Aufschrift auf dem Deckel.
Warum ein Vibecoder das Aufräumen des Kontexts verstehen sollte
Du bist Vibecoder. Code schreibst du nicht mit der Hand - aber du steuerst eine lange Session mit dem Agenten. Und früher oder später erwischt dich eins von zwei Szenarien:
- der Agent hat plötzlich vergessen, worüber ihr vor einer Stunde geredet habt, und fragt Offensichtliches nochmal nach;
- der Agent wird dümmer und langsamer, fängt an sich zu wiederholen und verwechselt Details.
Beides hat mit Gedächtnis und Kompaktierung zu tun. Wenn du die Mechanik kapierst, hast du gleich drei Vorteile:
- du wählst den Moment des Aufräumens selbst, statt zu warten, bis der Agent es in der schlimmsten Sekunde erledigt;
- du verlierst deine Arbeitsergebnisse nicht durch ein zufälliges Aufräumen;
- du hältst den Agenten schnell und fokussiert, statt dass er in Logwüsten ertrinkt.
Der Unterschied zwischen „der Agent hat plötzlich alles vergessen“ und „der Agent hält die Aufgabe stabil“ ist meistens ein einziger Skill: rechtzeitig den Tisch aufräumen und Wichtiges vorher in eine Datei speichern.
Was bei der Kompaktierung überlebt und was verloren geht
Das Wichtigste der Lektion. Die Kompaktierung löscht nicht alles wahllos - sie hat eine klare Trennung. Merk dir die zwei Spalten, und die Angst vorm Aufräumen verfliegt.
- Dateien auf der Platte - Code, Notizen, alles, was gespeichert ist.
- Projektregeln und Anweisungen - zum Beispiel die Datei mit den Agenten-Einstellungen.
- Die Aufgabenliste (Todo), die der Agent unterwegs pflegt.
- Die git-Historie - Commits und Branches. Die sind überhaupt nicht im Gedächtnis des Agenten.
- Gedächtnis-Dateien, falls du welche angelegt hast - Notizen, die der Agent unterwegs ergänzt.
- Datei-Schnipsel, die der Agent gelesen, aber nirgends gespeichert hat.
- Überlegungen und Analysen auf dem Weg zur Lösung.
- Deine mündlichen Wünsche aus dem Chat: „Schrift weicher“, „Button weiter links“.
- Der Zwischenstand: welche Variablen, welche Pfade besprochen wurden.
- Der Gesprächsverlauf selbst - wer was wann gesagt hat.
Wie du merkst, dass es Zeit für eine Kompaktierung ist
Der Agent sendet selbst Signale. Achte auf drei davon.
Die Session ist zu lang geworden
Ihr seid schon lange am Reden, im Chat türmt sich ein Berg gelesener Dateien und Logs? Dann ist der Tisch ziemlich sicher kurz vorm Überlaufen. Höchste Zeit, ans Aufräumen zu denken.
Die Aufgabe hat gewechselt
Ein Stück fertig und du nimmst dir was ganz anderes vor? Der alte Kontext stört jetzt nur noch - er liegt als Ballast rum und bringt den Agenten durcheinander.
Der Agent fängt an zu „schwimmen“
Die Antworten werden langsamer, der Agent wiederholt sich, verwechselt Details, fragt nach, was er gerade noch wusste. Der Klassiker: Tisch voll, der Koch hat keinen Platz mehr fürs Messer.
Wann man das Gedächtnis des Agenten aufräumen sollte und wann nicht
Hier ein Spickzettel zu den Übergängen zwischen den Arbeitsphasen. Grün - räum ohne Bedenken auf. Rot - Finger weg.
- Nach der Recherche, vor der Arbeit: einen Haufen Dateien zusammengetragen, gebraucht werden aber nur Fazit und Plan.
- Feature fertig - aufgeräumt und mit sauberem Tisch ein neues angefangen.
- Nach einem Sackgassen-Versuch: räum die toten Überlegungen weg, bevor du es neu angehst.
- Vor einem Themenwechsel: du gehst zu einem anderen Teil des Projekts über - der alte Kontext ist überflüssig.
- Mitten im Debugging eines kniffligen Bugs - du löschst genau die Details, die du dir mühsam erarbeitet hast.
- Mitten in einer großen Änderung - du verlierst, welche Dateien und Variablen gerade in Arbeit sind.
- Direkt vor einer wichtigen Entscheidung - der Agent vergisst, warum er sie überhaupt trifft.
- Zu oft „nur für den Fall“ - jedes Aufräumen = weniger Kontext.
Beispiel: wie die Auto-Kompaktierung eine halbe Stunde Arbeit gefressen hat
Du baust drei Stunden lang mit dem Agenten einen Onlineshop. Erst habt ihr lange hin und her überlegt, welche Produkte gezeigt werden, Beispiele gelesen, über die Struktur gestritten. Dann das Schaufenster gebaut. Dann eine halbe Stunde einen Bug im Warenkorb gejagt - der Agent las ein Dutzend Dateien, probierte, scheiterte, probierte wieder.
Und jetzt ist der Bug fast gefangen. Der Agent meldet munter: „sieht so aus, als läge das Problem in der Summenberechnung, ich prüfe das gleich“. Genau in diesem Moment läuft der Tisch über und die Auto-Kompaktierung schlägt zu. Der Agent kommt zurück - und fragt unschuldig: „womit hatten wir nochmal ein Problem?“ Alle Erkenntnisse zum Bug sind in die Mappe „Diverses“ gewandert. Eine halbe Stunde - im Eimer.
Wo lief’s schief? Das Aufräumen passierte im schlimmsten Moment - mitten im Debugging. Und es passierte von selbst, weil du vorher nicht an einer sicheren Grenze aufgeräumt hast.
Und so hätte es ein Vibecoder gemacht, der’s verstanden hat:
Wir haben einen großen Block abgeschlossen - Produktrecherche und Schaufenster stehen. Bevor wir uns an den Warenkorb machen, tu Folgendes:
- Schreib in die Datei DECISIONS.md die zentralen Entscheidungen: welche Produkte wir zeigen, die Struktur des Schaufensters, die Design-Absprachen. Damit das die Aufräumaktion übersteht.
- Schreib dort auch hin, dass wir jetzt anfangen, den Warenkorb zu reparieren, und worum es bei dem Problem geht.
- Mach jetzt eine Kompaktierung - gib Speicher frei, vor uns liegt eine eigenständige Aufgabe zum Warenkorb.
- Arbeite danach am Warenkorb OHNE Unterbrechung durch Aufräumen, bis der Bug gefangen ist.
Das Drei-Schritte-Ritual vor dem Aufräumen
Damit die Kompaktierung nie beißt, geh vor jedem manuellen Aufräumen drei Schritte durch. Das ist buchstäblich der Kern des Skills strategic-compact.
- Bin ich an einer Grenze? Ist die Sache erledigt oder bin ich mittendrin? Mittendrin - Stopp, nicht aufräumen.
- Ist das Wichtige gespeichert? Liegen Entscheidungen, Absprachen, die aktuelle Aufgabe in einer Datei? Wenn nicht - lass es erst aufschreiben.
- Gebe ich einen kurzen Hinweis? Füge bei der manuellen Kompaktierung ein paar Worte hinzu: „als Nächstes machen wir den Warenkorb“. Der Agent startet mit sauberem Tisch, weiß aber schon, wohin es geht.
Häufige Fehler bei der Kontext-Kompaktierung
- Mitten im Debugging aufräumen. Der schmerzhafteste Fehler: du löschst genau die Details, die du dir mühsam erarbeitet hast. Erledige erst den Bug, dann räum auf.
- Hoffen, dass der Chat sich alles von selbst merkt. Mündliche Wünsche überstehen die Kompaktierung nicht. Wichtiges - in eine Datei, und erst dann aufräumen.
- Auf die Auto-Kompaktierung warten. Die schlägt in einem zufälligen, meist denkbar ungünstigen Moment zu. Komm ihr zuvor und räum selbst auf, an einer passenden Grenze.
- Zu oft „nur für den Fall“ aufräumen. Jedes Aufräumen kostet Kontext. Ohne Not lass den Tisch in Ruhe.
- Aufräumen, ohne einen Hinweis zu geben. Nach einer nackten Kompaktierung versteht der Agent womöglich nicht, was als Nächstes dran ist. Füge einen kurzen Satz zur nächsten Aufgabe hinzu.
- Aufräumen mit Defekt verwechseln. Der Agent hat „vergessen“? Das ist kein Glitch, sondern eine ausgelöste Kompaktierung. Das heilst du, indem du das Wichtige wiederholst und in eine Datei speicherst.
TL;DR - если коротко
- Kompaktierung - der Agent faltet den alten Chatverlauf zu einer kurzen Zusammenfassung zusammen und macht Platz auf dem „Tisch“.
- Verloren gehen Details: Datei-Schnipsel, Überlegungen, deine mündlichen Wünsche. Es überleben Dateien auf der Platte, die Todo-Liste und die Projektregeln.
- Räum an den Aufgaben-Grenzen auf: Feature fertig, Recherche abgeschlossen, Sackgasse überwunden - das sind die sicheren Fenster.
- Räum nicht mitten im Debugging oder mitten in einer großen Änderung auf - du löschst genau das, wonach du gesucht hast.
- Speichere Wichtiges in eine Datei vor der Kompaktierung - dann beißt das Aufräumen nicht mehr.
- Die Auto-Kompaktierung schlägt in einer zufälligen Sekunde zu. Die manuelle - wann es dir passt. Komm der Automatik zuvor.