OpenClaws QMD-Speichersuche-Schnellpfad hatte stille Fehler

Die integrierte Speichersuche von OpenClaw verwendet einfache Schlüsselwortabgleiche, die für einfache Abfragen funktionieren, aber Probleme bereiten, wenn Agenten Informationen finden müssen, die Wochen zuvor gelernt wurden, ohne exakte Wortübereinstimmungen.

Benutzer können auf QMD umschalten, das semantische Suche über alle Markdown-Dateien im Workspace durchführt. Dies ermöglicht es Agenten, relevante Einträge zu finden, selbst wenn exakte Schlüsselwörter nicht vorhanden sind. QMD führt auch Hybridsuche durch, die Schlüsselwort- und semantische Ansätze kombiniert, um sowohl Präzision als auch Trefferquote zu gewährleisten.

OpenClaw verfügt über einen schnellen Pfad durch MCPorter, der den QMD-Prozess im Speicher warm hält und die Suchzeiten auf 1-2 Sekunden reduziert, anstatt bei jedem Kaltstart 9-25 Sekunden zu benötigen.

Dieser schnelle Pfad war durch drei Fehler in derselben Datei vollständig unterbrochen:

• Das Gateway rief Tool-Namen auf, die nicht existieren. Der MCP-Server von QMD stellt ein Tool namens query bereit, aber das Gateway rief deep_search, search usw. auf. Jeder Aufruf gab den Exit-Code 128 zurück.
• Falsches Argumentformat. Das Gateway übergab einen einfachen String, aber das Tool erwartet ein searches-Array mit typisierten Teilabfragen für Schlüsselwort- vs. semantische vs. Hybridsuche.
• Singular- vs. Plural-Fehler. Das Gateway übergab collection: "name", aber das Tool erwartet collections: ["name"].

Jeder Parameter war falsch: Tool-Name, Argumentstruktur und Feldname. Die Korrektur war nach der Identifizierung unkompliziert, und ein Pull-Request ist für alle verfügbar, die QMD über MCPorter ausführen.

Das stille Scheitern bedeutete, dass jeder Aufruf auf den langsameren CLI-Pfad zurückfiel, aber die Funktionalität blieb erhalten, nur mit erheblich verschlechterter Leistung, die wochenlang unbemerkt blieb.