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:

1. Ü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).
2. 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.