Verwendung von Projektberichten zur Aufrechterhaltung des OpenClaw-Kontexts bei Langzeitprojekten

Projekt-Narrativ-Prozess für OpenClaw

Ein Entwickler auf r/clawdbot beschreibt eine Methode, um den Projektkontext mit OpenClaw während langfristiger Entwicklungsarbeiten aufrechtzuerhalten. Die Technik adressiert mittel- bis langfristige Speicherbeschränkungen durch systematische Dokumentation des Codebasis-Zustands.

Funktionsweise

Nach jedem größeren Entwicklungsmeilenstein bittet der Entwickler sein System, einen separaten Worker zu starten, der die gesamte Codebasis neu untersucht. Dieser Worker verfasst eine Erzählung darüber, was das Projekt seiner Meinung nach tut, basierend ausschließlich auf den Repository-Inhalten. Das resultierende Dokument wird als "Projekt-Narrativ" bezeichnet.

Der Entwickler überprüft dann dieses Narrativ und bittet den separaten Worker, defekte Pipelines, Redundanzen oder andere Probleme zu identifizieren und einen Bericht zu erstellen. Dieser Bericht wird an den Haupt-Worker zur Auswertung und Berücksichtigung zurückgespielt.

Praktische Anwendungen

• Kontexterhaltung: Die Narrative werden zu Referenzdokumenten, die der Haupt-Worker vor neuen Überarbeitungen oder Ergänzungen überprüft
• Problemfindung: Der separate Worker entdeckt Effizienzen, defekte Arbeitsabläufe oder fehlende Teile, die der Haupt-Worker möglicherweise übersieht
• Historische Dokumentation: Narrative dienen als Wegweiser für das Zurückrollen von Entwicklungsprozessen
• Notfallwiederherstellung: Vollständige Systemnarrative könnten potenziell helfen, ein Projekt nach katastrophalen Ereignissen von Grund auf neu aufzubauen

Implementierungstipps

Der Entwickler betont, bei jeder Iteration eine vollständige, saubere Neuerstellung des Systemnarrativs anzufordern, anstatt nur die vorherige Datei zu überarbeiten. Er merkt auch an, dass Worker angewiesen werden können, Narrative anzupassen, wenn wichtige Funktionen oder Schwerpunkte nicht angemessen hervorgehoben werden.