Ersetzen des Standard-Speichers von OpenClaw durch Redis und Qdrant für produktive Multi-Agenten-Systeme

Skalierung des OpenClaw-Speichers für produktive Multi-Agenten-Systeme
Ein Entwickler, der OpenClaw zwei Monate lang in einem produktiven Multi-Agenten-Setup auf einem selbst gehosteten VPS betrieb, stellte fest, dass die standardmäßige Speicherschicht bei Skalierung problematisch wurde. Während der anfängliche Markdown-Ansatz und später der SQLite-Speicher für den lokalen Einsatz gut funktionieren, brechen sie bei mehreren parallel laufenden Agenten, Sitzungen über mehrere Tage und der Notwendigkeit für Agenten zusammen, relevante Kontexte aus früheren Arbeiten abzurufen. Die spezifischen Probleme umfassten: keine semantische Suche, keine agentenübergreifende Speicherfreigabe und unübersichtliche gleichzeitige Schreibvorgänge.
Redis + Qdrant Architektur-Lösung
Der Entwickler baute das Speichersystem mit der folgenden Architektur neu auf:
- Redis für flüchtige Zustände im Hot-Bereich: Aktuelle Aufgabe, aktueller Kontextfenster, Tool-Aufruf-Cache mit TTL
- Qdrant für persistente Vektorspeicher: Vergangene Episoden, Beobachtungen, extrahiertes Wissen
- Drei Sammlungen in Qdrant: agent_episodes, agent_observations, agent_knowledge
- Agentenübergreifende Wissensfreigabe: Episoden sind pro Agent begrenzt, während Wissen über alle Agenten hinweg geteilt wird
- Zeitbasierte Neuordnung: Verhindert, dass veraltete Erinnerungen die Abrufe beeinträchtigen
- Redis Pub/Sub: Wird für leichte Agent-zu-Agent-Ereignissignalisierung verwendet
- Batch-Embedding + asynchrone Qdrant-Upserts: Verhindert, dass der Agenten-Loop bei Schreibvorgängen blockiert
Implementierungsdetails
Der Entwickler dokumentierte die vollständige Implementierung einschließlich Architekturentscheidungen, HNSW-Konfigurationsüberlegungen, der Speichermanager-Klasse, wie sie in den Beobachtungsloop eingebunden wurden, und der Bereinigungs-/Bereinigungstrategie. Für Embedding-Modelle verwenden sie text-embedding-3-small und erwogen, vollständig lokal mit nomic-embed-text zu arbeiten, mussten dies aber noch nicht umsetzen.
📖 Read the full source: r/openclaw
👀 Siehe auch

Wie man OpenClaw vollständig lokal mit Ollama ausführt
Ein Reddit-Beitrag beschreibt einen Prozess, um OpenClaw vollständig lokal ohne Cloud-APIs oder Abrechnung pro Token auszuführen, indem Ollama und LLMFit zur Bewertung lokaler Modelle verwendet werden.
Craft Coding: Lass KI deinen Code überprüfen, nicht schreiben
Peter Bloem argumentiert, dass Vibe-Coding eine Sackgasse ist. Stattdessen soll die KI deinen Code reviewen, während du ihn schreibst. Das hält die Fähigkeiten scharf und vermeidet die Falle unkontrollierter KI-Ausgaben.

OpenClaw 2026.3.7 unterbricht Kimi Tool Calls, Downgrade auf 2026.3.2 behebt Regression
OpenClaw Version 2026.3.7 weist einen Regression-Fehler auf, bei dem der Kimi-API-Provider rohe <function_calls>-XML ausgibt, anstatt Tools auszuführen. Die Lösung besteht darin, auf Version 2026.3.2 zurückzustufen und eine kompatible Konfigurationsdatei wiederherzustellen.

Kostenloses OpenClaw Gateway mit lokalem LLM auf Oracle Cloud
Ein Entwickler teilt mit, wie man OpenClaw Gateway mit einem lokalen Qwen3.5 27B A3B 4-Bit-LLM auf der kostenlosen Stufe von Oracle Cloud unter Verwendung einer VM.Standard.A2.Flex-Instanz mit 4 OCPUs, 24 GB RAM und 200 GB SSD betreibt, die über die QCAI-App ferngesteuert wird.