OpenClaw Memos Plugin behebt Speicherübergabeprobleme in KI-Codierungsagenten

Der Claude-Code-Leck zeigte, dass viele KI-Codierungsagenten-Setups fehlerhafte Speicherübergangssysteme haben, die im Wesentlichen als teure Log-Übertragung fungieren und nicht als echte Speicherverwaltung. Wenn Aufgaben eskalieren oder Anbieter wechseln, schleppen diese Systeme oft ganze aufgeblähte Transkripte über Grenzen hinweg, was mehrere Probleme verursacht.
Das Problem mit dem aktuellen Speicherübergang
Laut der Quelle gehören typische Speicherübergangsprobleme dazu:
- Fallback-Modelle erben Tage von totem Tool-Geschwätz, fehlgeschlagenen Web-Abfragen, halb geparstem HTML und kaputter Bash-Ausgabe
- Lokale Modelle ersticken an Cloud-großen Kontextblobs, was verhindert, dass zuvor geschriebener Code exportiert werden kann
- Manuelle Kontextlöschungen lassen Agenten "halb lobotomiert" zurück und vergessen wichtige Regeln
Der Nutzer merkt an: "Das ist kein Speicher. Das ist Log-Übertragung mit einem schicken Namen." Sie betonen, dass wenn Ihre Speicherschicht an den Anbieterkontext gebunden ist, Sie nicht das Gehirn des Agenten besitzen – Sie mieten nur Kontinuität von wem auch immer in dieser Stunde die Inferenz bereitstellt.
Die Lösung: OpenClaw Memos-Plugin
Der Nutzer ersetzte ihren Standardablauf durch das Memos-Plugin in OpenClaw, das Folgendes bietet:
- Fähigkeit, zuvor geschriebenen Code jederzeit abzurufen
- Harte Regeln, die Modellwechsel überleben
- Kürzliche Arbeit, die in eine kurze Übergangszusammenfassung komprimiert wird
- Veralteter Tool-Lärm, der nicht mehr das nächste Modell verschmutzt
- Failover, das sich wie Failover anfühlt, nicht wie eine Gehirntransplantation
Konfigurationsdetails
Die Konfiguration des Nutzers ist:
{
plugins: {
memos: {
strategy: selective_recall,
max_injection_tokens: 4000,
drop_stale_tool_calls: true
}
}
}
Das praktische Ergebnis ist, dass Fallback-Modelle saubere 2k Codezeilen erhalten statt unvollständiger Ausschnitte. Der Nutzer schließt daraus, dass viele Entwickler fälschlicherweise Kontextfenster mit Speicher gleichsetzen, aber echte Speicherverwaltung erfordert eine ausgefeiltere Orchestrierung als einfach vollständige Chat-Protokolle über Modellgrenzen hinweg zu schleppen.
📖 Read the full source: r/openclaw
👀 Siehe auch

Ghostbar: Ein ~5 MB großer nativer macOS Swift AI-Client, der sich vor Bildschirmfreigabe verbirgt
Ghostbar ist ein nativer Swift macOS Menüleisten-AI-Client (~5MB), der window.sharingType = .none verwendet, um für Bildschirmrekorder unsichtbar zu sein. Funktioniert mit Ollama, vLLM, llama.cpp und jedem OpenAI-kompatiblen Backend.

Pi-Coding-Agent mit Qwen 35B Q2: Dateisystem als externen Speicher nutzen und Kontextschutz erzwingen
Ein Reddit-Nutzer hat einen Stack um den Pi-Coding-Agenten mit Qwen 35B Q2_K_XL-Quantisierung gebaut, der Schutzmechanismen durchsetzt – bearbeitet keine Ausgaben über 100 Zeilen, begrenzt Denkblöcke auf 2000 Zeichen und überwacht den Kontext bei 65 %/80 % – und das Dateisystem als Gedächtnis des Modells behandelt, nicht den Kontextfenster.

OpenClaw 2026.3.23 fügt den DeepSeek-Provider hinzu, bietet Qwen nach Nutzungsabrechnung und verbessert die Chrome-MCP-Funktionen.
OpenClaw v2026.3.23 führt ein DeepSeek-Provider-Plugin ein, Qwen-Nutzungsbasierte Preisgestaltung, OpenRouter automatische Preisgestaltung mit Anthropic-Denkreihenfolge, Chrome MCP Tab-Wartezeit und Fehlerbehebungen für Discord/Slack/Matrix und Web UI.

CodeVibe: Push-Benachrichtigungen für KI-Codierungsagenten bei blockierter Eingabe
CodeVibe sendet Push-Benachrichtigungen auf Ihr Telefon, wenn KI-Coding-Agenten wie Claude Code bei der Genehmigung von Bearbeitungsvorgängen feststecken. Sie können Dateiunterschiede prüfen und mit nummerierten Optionen antworten, um den Agenten in Bewegung zu halten.