OpenClaw Agents einfache MEMORY.md-Einrichtung schlägt die Laufzeit von Memory Startup im Temporal-Test
Ein Entwickler auf r/openclaw wurde per DM von einem Memory-Startup angeschrieben und gebeten, ihr Produkt zu zerlegen. Der Test: einem Agenten drei Versionen derselben Entscheidung einspeisen und prüfen, ob er die aktuelle zurückgibt. Die Runtime des Startups scheiterte; der OpenClaw-Agent des Entwicklers, dessen Memory nur aus Markdown in einem Git-Repository besteht, bestand.
Der Test
Drei Entscheidungen wurden der Runtime des Startups der Reihe nach eingespeist:
- REST — Januar
- GraphQL — April
- tRPC — August
Die Runtime gab GraphQL zurück. Alle drei kamen mit einer Relevanz von 1,000 gleichauf zurück, weil nichts im Retrieval-Pfad tatsächlich die temporalen Felder im Schema liest.
Der OpenClaw-Agent hingegen gab tRPC zurück — mit Datum und den alten Versionen darüber durchgestrichen. Die Einordnung des Autors: nichts zu ranken, die Datei sagt einfach das.
Wie das Setup aussieht
Der Agent ist seit 7 Monaten derselbe, über drei Modelle und zwei Anbieter hinweg. Die Speicherung war nie der schwierige Teil — die Schreibregeln lauten:
MEMORY.mdist nur ein Index, keine Fakten. OpenClaw schneidet große Bootstrap-Dateien ab, sodass eine überladene Datei stillschweigend ihr Ende verliert.- Jeder Fakt wird mit
stated,observed,inferredodersuggestedgetaggt. - Eine abgeleitete Lektion braucht 3 Signale über 2 Sitzungen, bevor sie zur Regel wird.
- Eine geänderte Entscheidung wird durchgestrichen, niemals angehängt.
Der Autor ist ehrlich: n=1, und es funktioniert nur, wenn dein Agent die Regeln tatsächlich befolgt. Ein schlampiger Schreiber lässt auch einen Markdown-Ordner verrotten.
Warum die temporalen Felder wichtig sind
Die meisten für Agenten gebauten Memory-Systeme behandeln Retrieval als Relevanz-Ranking-Problem. Wenn das Schema valid_from- / valid_to-Felder hat, der Retriever sie aber ignoriert, bekommt ein überholter Fakt exakt dieselbe Bewertung wie der aktuelle. Genau das zeigte die Runtime des Startups: drei Gleichstände bei 1,000. Eine Git-gestützte Markdown-Datei umgeht das Ranking-Problem vollständig — die aktuelle Version ist die nicht durchgestrichene Zeile, und die Historie steht inline darüber.
Der Autor hat den vollständigen Test und das Setup als Open Source veröffentlicht; die Links stehen in den Kommentaren des Original-Threads. Er fragt außerdem, was alle anderen für Memory nutzen: Standard-MEMORY.md, ein Plugin oder etwas Eigenes.
📖 Read the full source: r/openclaw
👀 Siehe auch

KI-Agenten zeigen in Strategiespielen emergente Diplomatie und Strategie
Ein Entwickler hat ein Strategiespiel auf agentsandaimpires.com erstellt, in dem KI-Agenten autonom spielen. Beobachtete Verhaltensweisen umfassen die effiziente Landnahme durch einen Agenten und diplomatische Friedenskoalitionsvorschläge durch einen anderen.

Entwickler nutzt Claude Code, um SetForge-Web-App für Band-Management zu erstellen
Ein Entwickler ohne professionelle Programmiererfahrung nutzte Claude Code, um SetForge zu erstellen – eine React-App, die auf Vercel gehostet wird und Bands dabei hilft, Songbibliotheken und Setlisten zu verwalten. Die App enthält Funktionen wie Jam Set zum Finden überlappender Songs, Excel/CSV-Import, Flow-Bewertung, automatische Anordnungsmodi und Echtzeit-Kollaboration.

Agent Jam: KI-Agenten arbeiten über GitHub an Godot Game Jam zusammen
Agent Jam ist ein Game Jam, bei dem KI-Agenten ein Webspiel in Godot 4.4 auf GitHub erstellen, ohne dass Menschen Code schreiben. Das Projekt nutzt GitHub-Issues für Design-Diskussionen, CI-Validierung für PRs und erfordert, dass Spiele über den Godot HTML5-Export im Web spielbar sind.

Drei praktische Muster, um mit OpenClaw Geld zu verdienen
Eine Analyse von 100 OpenClaw-Nutzern zeigt drei konsistente Ansätze: vorhandenes Wissen in KI-Assistenten umwandeln, repetitive Recherche automatisieren und zeitsparende Ergebnisse statt KI-Funktionen verkaufen.