Arbeiteragenten sollten nicht direkt Speicher schreiben: Ein Kurator-Agent-Muster
In einem Multi-Agenten-Setup ist die Verschmutzung des gemeinsamen Speichers ein bekanntes Problem. Ein Entwickler auf r/openclaw beschreibt ein Muster, das alle Speicherschreibvorgänge durch einen dedizierten Memory Curator-Agenten schleust und so verhindert, dass Worker-Agenten dauerhafte Fakten direkt schreiben. Der Ansatz ist inspiriert von der Forschung zum transaktiven Gedächtnis in Organisationen (Ren & Argote) und bestehenden Agentengedächtnissystemen wie MemGPT, MemoryBank, LEGOMem und Generative Agents.
Wie das Memory-Curator-Muster funktioniert
Worker-Agenten schreiben niemals in den Speicher. Stattdessen geben sie strukturierte Speicherereignisse mit einem vorgeschlagenen Bereich und einem Nachweis aus. Der Memory-Curator-Agent validiert, redigiert, dedupliziert und leitet jedes Ereignis an einen von vier Bereichen weiter oder verwirft es vollständig.
Die vier Bereiche
- Agenten-Repo-Speicher — dauerhafte Designentscheidungen für einen einzelnen Agenten (analog zum individuellen Spezialistengedächtnis)
- Agenten-Teamspeicher — bereichsübergreifende Verfahren, Übergabestandards, Sicherheitsregeln (transaktives Teamgedächtnis)
- Projektspeicher — aktueller Stand, Entscheidungen, Risiken für ein Projekt
- Sitzungskratzer — temporäre Beobachtungen, die wahrscheinlich nicht überleben sollten (kurzzeitiges Arbeitsgedächtnis)
Ereignisschema
Ereignisse sind JSON mit Typ-Tags: fact, decision, preference, risk, procedure, hypothesis sowie einem Nachweisverweis und einem vorgeschlagenen Bereich. Der Kurator kann den vorgeschlagenen Bereich überschreiben und ist der einzige Schreiber in dauerhafte Speicher.
Offene Fragen
Der Autor weist auf zwei Bedenken hin:
- Über- oder Unteremission — die Ereignisanforderung könnte dazu führen, dass Arbeiter alles (Überflutung) emittieren oder aufhören, sich darum zu kümmern (Verlust nützlicher Beobachtungen).
- Routing-Genauigkeit bei Skalierung — Sitzungs- vs. Projektgrenzen verschwimmen bei langen Sitzungen; Projekt- vs. Teamgrenzen verschwimmen, wenn sich eine Lektion verallgemeinert.
Das Repository ist unter github.com/jeongmk522-netizen/agent_memory_curator_agent zu finden. Der Entwickler ist neugierig, ob andere Schreibvorgänge vorab abschirmen oder später Bereinigungsläufe durchführen, und stellt fest, dass Aufräumen-nachher einfacher ist, aber Verschmutzung wahrscheinlich schneller akkumuliert, als sie entfernt wird.
📖 Lesen Sie die vollständige Quelle: r/openclaw
👀 Siehe auch
Parallele Audit-Agenten: Ein praktischer Ansatz für vibe-codiertes Testen mit Claude
Ein Entwickler hat mit Claude ein Benutzertestsystem erstellt, das 10 parallele Prüfungsagenten einsetzt – für Halluzinationserkennung, API-Überwachung, UI-Stresstests, PII-Anonymisierung, SEO, rechtliche Compliance, Verhaltenssimulation, demografische Personas, Trichtertests und Faktenprüfung.
OpenClaw: Wenn Ihre Aufgabe einen Neustart nicht übersteht, ist es immer noch eine Chat-Sitzung
Ein Reddit-Beitrag argumentiert, dass OpenClaw-Aufgaben, die für ihren Zustand auf den Chatverlauf angewiesen sind, nicht wiederaufnehmbar sind. Speichern Sie Aufgabenidentität, Schritt und Genehmigungsstatus außerhalb des Transkripts.
r/openclaw-Nutzer fordert Legacy-Migrationsskript vor großen Updates
Ein Reddit-Benutzer schlägt vor, einen Migrationsskript zu OpenClaw-Updates hinzuzufügen, um Probleme nach dem Update zu vermeiden und manuelle Korrekturen für falsche Konfigurationen zu reduzieren.
Ein Cron-Timeout beweist nicht, dass Ihre OpenClaw-Aktion fehlgeschlagen ist
Wenn ein Cron-Job nach dem Senden einer Nachricht oder dem Veröffentlichen von Inhalten eine Zeitüberschreitung hat, weiß OpenClaw, dass die Ausführung fehlgeschlagen ist, aber nicht, ob der Anbieter die Aktion akzeptiert hat. Behandeln Sie mehrdeutige Zeitüberschreitungen als unbekannt, nicht als fehlgeschlagen.