Lokale semantische Speichersuche für OpenClaw-Agenten mittels Harrier-Embeddings
Ein neues Repository zeigt, wie man einem OpenClaw-Agenten eine lokale semantische Gedächtnissuche ohne das Senden von Embeddings an einen externen Dienst ermöglicht. Der Ansatz betreibt einen kleinen lokalen Embedding-Server auf Basis von Microsofts Harrier-Modell (microsoft/harrier-oss-v1-0.6b), stellt eine Ollama-kompatible API bereit und verbindet diese mit OpenClaws memorySearch-Konfiguration.
Wie es funktioniert
Der Embedding-Server führt Harrier lokal aus und bietet die Endpunkte /api/embed und /api/embeddings an, die dem API-Format von Ollama entsprechen. OpenClaws memorySearch unterstützt bereits Ollama-ähnliche Endpunkte, daher genügt es, auf http://localhost:8000 zu verweisen, um dem Agenten eine lokale, hochmoderne semantische Gedächtnisschicht zu geben.
Warum dies für das Agentengedächtnis wichtig ist
Die meisten Agent-Gedächtnissysteme haben zwei Schwachstellen:
- Zu viel Gedächtnis in den Prompt zu stopfen, verbrennt Tokens und macht den Kontext unübersichtlich.
- Gedächtnisdateien klein und manuell zu halten, wird mit wachsender Historie schwer wartbar.
Die semantische Gedächtnissuche bietet einen Mittelweg. Das Langzeitgedächtnis bleibt in normalen Markdown-Dateien (MEMORY.md, tägliche Protokolle, Notizen, Projektdateien), die lesbar und bearbeitbar sind. Zur Laufzeit ruft der Agent nur relevante Abschnitte ab.
Vorteile
- Weniger Tokenverschwendung – nicht jede dauerhafte Tatsache wird in jeden Prompt gestopft.
- Sauberere Gedächtnisdateien – keine Notwendigkeit, alles in einen riesigen Kontextklumpen zu pressen.
- Besseres Abrufen – findet konzeptionell verwandte Notizen, auch wenn die Formulierung nicht exakt übereinstimmt.
- Einfachere Fehlersuche – die Quelle der Wahrheit ist Klartext, keine undurchsichtige Vektordatenbank.
- Bessere Privatsphäre – Embeddings werden lokal berechnet, keine Daten an eine gehostete API gesendet.
Was das Repository enthält
- Kleiner Python-Embedding-Server mit Ollama-kompatiblen Endpunkten
- Beispielkonfiguration für OpenClaw
memorySearch - macOS launchd-Dienstvorlage
- Mock-Markdown-Gedächtniskorpus
- Smoke-Tests und lokale Abfragedemo
Das Repository befindet sich unter github.com/promptclickrun/harrier-openclaw-memory-search.
📖 Lesen Sie die vollständige Quelle: r/openclaw
👀 Siehe auch
Entwickler erstellt .NET SaaS-Vorlagengenerator mit Claude Code und teilt Workflow-Einblicke
Ein Entwickler hat NETrock, eine .NET 10 SaaS-Startervorlage mit Authentifizierung, ORM und Hintergrundjobs, als Open-Source veröffentlicht und anschließend einen clientseitigen Generator dafür mit Claude Code erstellt. Der Generator ermöglicht es Benutzern, Funktionen auszuwählen und ein funktionierendes .zip-Projekt herunterzuladen, das in ihrem Browser verbleibt.
Führungs-App mit über 90 Lektionen aus mehr als 20 Büchern – läuft in Claude
Ein Entwickler hat eine Führungs-App erstellt, die innerhalb von Claude läuft und über 90 Lektionen aus mehr als 20 Büchern zu Führung, Gewohnheiten, Disziplin, Einfluss, Teamkultur und Wohlstandsdenken bietet. Die App bietet tägliche Lektionen mit konkreten Aktionen, Verfolgung von Erfolgsserien, Journaling und Suchfunktionen.
OpenClaw-Speicherkorrektur-Tool behebt Leistungsabnahme
Ein neuer Slash-Befehl namens /claw_memory_fix hilft dabei, OpenClaw-Speicherdateien zu bereinigen, wenn der Agent Anmeldedaten oder Berechtigungen vergisst. Das Tool setzt Techniken von Alibaba, GitHub Engineering, MemGPT und der Januar-2026-Forschung zur Speicherverwaltung um.
Xmloxide: Eine Rust-Neumplementierung von libxml2 erstellt mit KI-Agenten-Unterstützung
Xmloxide ist eine reine Rust-Neuimplementierung der nicht mehr gepflegten libxml2-Bibliothek, die mit Claude Code erstellt wurde, um Kompatibilitätstests zu bestehen. Es bietet speichersichere XML/HTML-Parsing mit einer C-API für direkten Austausch.