Le chemin rapide de recherche de mémoire QMD d'OpenClaw présentait des bogues silencieux

La recherche en mémoire intégrée d'OpenClaw utilise une correspondance de mots-clés basique, ce qui fonctionne pour des recherches simples mais peine lorsque les agents doivent retrouver des informations apprises des semaines plus tôt sans correspondance exacte des mots.

Les utilisateurs peuvent passer à QMD, qui effectue une recherche sémantique dans tous les fichiers markdown de l'espace de travail. Cela permet aux agents de trouver des entrées pertinentes même lorsque les mots-clés exacts ne sont pas présents. QMD effectue également une recherche hybride, combinant les approches par mots-clés et sémantiques pour à la fois la précision et le rappel.

OpenClaw dispose d'un chemin rapide via MCPorter qui maintient le processus QMD actif en mémoire, réduisant les temps de recherche à 1-2 secondes au lieu de 9-25 secondes lors d'un démarrage à froid à chaque fois.

Ce chemin rapide était complètement cassé par trois bogues dans le même fichier :

• La passerelle appelait des noms d'outils qui n'existent pas. Le serveur MCP de QMD expose un outil appelé query, mais la passerelle appelait deep_search, search, etc. Chaque appel retournait le code de sortie 128.
• Format d'argument incorrect. La passerelle passait une chaîne plate, mais l'outil attend un tableau searches avec des sous-requêtes typées pour la recherche par mots-clés vs sémantique vs hybride.
• Inadéquation singulier vs pluriel. La passerelle passait collection: "name" mais l'outil attend collections: ["name"].

Chaque paramètre était erroné : nom de l'outil, structure des arguments et nom du champ. La correction était simple une fois identifiée, et une demande de tirage est disponible pour toute personne exécutant QMD via MCPorter.

L'échec silencieux signifiait que chaque appel revenait au chemin CLI plus lent, mais la fonctionnalité restait, juste avec une performance significativement dégradée qui est passée inaperçue pendant des semaines.