Recherche de mémoire sémantique locale pour agents OpenClaw utilisant les embeddings Harrier
Un nouveau dépôt montre comment donner à un agent OpenClaw une recherche de mémoire sémantique locale sans envoyer d'embeddings à un service externe. L'approche consiste à exécuter un petit serveur d'embedding local autour du modèle Harrier de Microsoft (microsoft/harrier-oss-v1-0.6b), à exposer une API compatible avec Ollama, et à le connecter à la configuration memorySearch d'OpenClaw.
Comment ça fonctionne
Le serveur d'embedding exécute Harrier localement et fournit les endpoints /api/embed et /api/embeddings qui correspondent au format API d'Ollama. Le memorySearch d'OpenClaw prend déjà en charge les endpoints de type Ollama, donc en le pointant vers http://localhost:8000, l'agent obtient une couche de mémoire sémantique locale de pointe.
Pourquoi c'est important pour la mémoire des agents
La plupart des systèmes de mémoire des agents ont deux points faibles :
- Enfourner trop de mémoire dans le prompt brûle des tokens et rend le contexte confus.
- Garder des fichiers de mémoire petits et manuels devient difficile à maintenir à mesure que l'historique grandit.
La recherche de mémoire sémantique offre une voie intermédiaire. La mémoire à long terme reste dans des fichiers markdown normaux (MEMORY.md, journaux quotidiens, notes, fichiers de projet) lisibles et modifiables par l'humain. Lors de l'exécution, l'agent récupère uniquement les passages pertinents.
Avantages
- Moins de gaspillage de tokens — on ne fourre pas chaque fait durable dans chaque prompt.
- Fichiers de mémoire plus propres — pas besoin de compresser en un seul blob de contexte géant.
- Meilleur rappel — trouve des notes conceptuellement liées même si le libellé ne correspond pas exactement.
- Débogage plus facile — la source de vérité est en texte clair, pas une base de données vectorielles opaque.
- Meilleure confidentialité — les embeddings sont calculés localement, aucune donnée n'est envoyée à une API hébergée.
Ce que contient le dépôt
- Petit serveur d'embedding Python implémentant des endpoints compatibles avec Ollama
- Exemple de configuration
memorySearchpour OpenClaw - Modèle de service macOS launchd
- Corpus de mémoire markdown factice
- Tests de fumée et démo de requête locale
Le dépôt se trouve à l'adresse github.com/promptclickrun/harrier-openclaw-memory-search.
📖 Lire la source complète : r/openclaw
👀 See Also
skillcheck : Un linter pour les fichiers SKILL.md qui détecte les problèmes de compatibilité inter-agents
skillcheck est un outil Python qui valide les fichiers SKILL.md par rapport à la spécification agentskills.io, avec des fonctionnalités uniques incluant l'évaluation de la qualité des descriptions, des avertissements concernant les champs exclusifs à Claude, et la validation des références de fichiers qui ne sont pas disponibles dans les validateurs existants.
Chercheur développe une compétence de vérification de véracité pour le code Claude, découvre des hallucinations dans sa propre documentation.
Un chercheur a créé une compétence Claude Code appelée /veracity-tweaked-555 qui décompose les documents en affirmations atomiques et vérifie chacune via une recherche web en utilisant 16 agents parallèles sur 4 vagues. Lors d'un auto-audit, la compétence a obtenu 62/100 en raison de statistiques fabriquées et de revendications exagérées dans sa propre documentation.
Chat Saver CG : Extension de navigateur conçue avec Claude Exporte les conversations sur 12 plateformes d'IA
Un développeur a créé Chat Saver CG, une extension de navigateur qui exporte et transfère les conversations entre Claude, ChatGPT, Gemini et 9 autres plateformes d'IA, en utilisant Claude de manière intensive pour le développement, y compris pour les décisions d'architecture, le débogage des problèmes d'analyse DOM et l'écriture de la logique d'adaptation.
Microsoft BitNet : un framework d'inférence LLM 1-bit pour CPU et GPU
Microsoft a publié BitNet, un framework d'inférence pour les LLM 1-bit qui permet des accélérations de 1,37x à 6,17x sur les CPU et réduit la consommation d'énergie de 55,4% à 82,2%. Il peut exécuter un modèle de 100 milliards de paramètres sur un seul CPU à une vitesse de 5 à 7 tokens par seconde.