Wie der OpenCLAW-Speicher tatsächlich funktioniert

OpenCLAW-Agenten haben keinen persistenten Speicher zwischen Gesprächen. Jedes Mal, wenn Sie eine Nachricht senden, liest der Agent mehrere Dateien (SOUL.md, USER.md, MEMORY.md und den aktuellen Sitzungsverlauf) und baut seinen "Speicher" von Grund auf neu auf. Es erinnert sich nicht – es liest seine Notizen.

Fünf Gründe, warum Ihr Agent Dinge vergisst

Grund 1: Ihre Sitzung ist zu alt

Jede Nachricht in Ihrer aktuellen Sitzung wird in jeden neuen API-Aufruf einbezogen. Nach 2-3 Wochen werden das Tausende von Tokens. Das Modell erreicht entweder sein Kontextlimit (was dazu führt, dass frühere Gespräche stillschweigend gekürzt werden) oder OpenCLAW führt eine Komprimierung durch, die alles zusammenfasst, aber Details verliert.

Lösung: Verwenden Sie regelmäßig /new – mindestens täglich und vor jeder größeren Aufgabe. Dadurch wird der Gesprächspuffer gelöscht, während alle Dateien intakt bleiben.

Grund 2: Wichtige Informationen befinden sich im Chatverlauf, nicht in Dateien

Wenn Sie Ihrem Agenten vor 3 Wochen etwas in einem Gespräch mitgeteilt haben, lebt diese Information im Sitzungsverlauf, der gekürzt wird. Alles, was Ihr Agent IMMER wissen sollte, muss in einer Datei stehen, nicht im Chat.

Lösung: Legen Sie dauerhafte Informationen in USER.md ab:

# Über mich
- Name: [Ihr Name]
- Partner: [Name]
- Ort: [Stadt]
- Beruf: [Rolle]
- Zeitzone: [Zeitzone]

Präferenzen

Kommunikation: direkt, ohne Füllwörter
Morgenroutine: Briefing um 8 Uhr
Niemals Meetings vor 10 Uhr planen
Kaffee-Bestellung: [was auch immer es ist, ernsthaft]

Grund 3: MEMORY.md ist ein aufgeblähter Wirrwarr

Die meisten Leute strukturieren MEMORY.md nie. Nach einem Monat wird es zu einer riesigen Textwand, die das Modell überfliegt, anstatt sie zu lesen. Wichtige Fakten werden unter irrelevanten Details begraben.

Lösung: Strukturieren Sie Ihr MEMORY.md in klare Abschnitte:

# Personen
- Sarah (Ehefrau): arbeitet bei [Firma], Geburtstag 12. Juni
- Mike (Kollege): kümmert sich um das Frontend, bevorzugt Slack gegenüber E-Mail

Aktive Projekte

Küchenrenovierung: Auftragnehmer ist Dave, Budget 15.000 $, Start im April
Q2-Präsentation: fällig am 28. März, benötigt Verkaufsdaten von Mike

Getroffene Entscheidungen

Am 5. März von Opus zu Sonnet gewechselt (Kostengründe)
Nutze Brave Search API anstelle von Google (Free-Tier ausreichend)

Wiederkehrende Aufgaben

Tägliches Briefing um 8 Uhr (Kalender + E-Mail + Wetter)
Wöchentliche Einkaufsliste jeden Sonntag um 18 Uhr

Grund 4: Sie haben keine Speicherpflege-Routine

Speicherdateien wachsen ewig. Nach 2 Monaten hat Ihr MEMORY.md 300 Zeilen, und die Hälfte ist veraltet oder irrelevant. Das Modell verschwendet Tokens, indem es über abgeschlossene Projekte liest.

Lösung: Richten Sie einen nächtlichen Speicher-Cron ein. Fügen Sie dies den Anweisungen Ihres Agenten hinzu:

jede Nacht um 23 Uhr:
1. überprüfe die heutigen Gespräche
2. extrahiere alle neuen Fakten, Entscheidungen oder Verpflichtungen
3. füge sie dem richtigen Abschnitt in MEMORY.md hinzu
4. entferne alles, was nicht mehr relevant ist
5. starte eine neue Sitzung

Grund 5: Sie verwechseln Sitzungsspeicher mit Langzeitspeicher

Verstehen Sie die Hierarchie:

• SOUL.md: Identität und Persönlichkeit. Wird jedes Mal geladen. Ändert sich nie, außer Sie ändern es.
• USER.md: Fakten über Sie. Wird jedes Mal geladen. Aktualisieren Sie es, wenn sich Ihr Leben ändert.
• MEMORY.md: Laufender Kontext. Wird jedes Mal geladen. Wächst und wird beschnitten.