OpenClawのQMDメモリ検索高速パスには静かなバグがありました

OpenClawの組み込みメモリ検索は基本的なキーワードマッチングを使用しており、単純な検索には機能しますが、エージェントが数週間前に学習した情報を正確な単語の一致なしに見つける必要がある場合には苦戦します。

ユーザーはQMDに切り替えることができ、これはワークスペース内のすべてのマークダウンファイルに対して意味検索を実行します。これにより、正確なキーワードが存在しない場合でも、エージェントは関連するエントリを見つけることができます。QMDはハイブリッド検索も行い、キーワードと意味的アプローチを組み合わせて精度と再現率の両方を実現します。

OpenClawにはMCPorter経由の高速パスがあり、QMDプロセスをメモリ内でウォームに保ち、毎回コールドスタートする場合の9〜25秒ではなく、検索時間を1〜2秒に短縮します。

この高速パスは、同じファイル内の3つのバグにより完全に壊れていました：

• ゲートウェイが存在しないツール名を呼び出していました。QMDのMCPサーバーはqueryという1つのツールを公開していますが、ゲートウェイはdeep_search、searchなどを呼び出していました。すべての呼び出しは終了コード128を返しました。
• 誤った引数形式。ゲートウェイはフラットな文字列を渡しましたが、ツールはキーワード検索、意味検索、ハイブリッド検索のための型付きサブクエリを含むsearches配列を期待しています。
• 単数形と複数形の不一致。ゲートウェイはcollection: "name"を渡しましたが、ツールはcollections: ["name"]を期待しています。

すべてのパラメータが間違っていました：ツール名、引数構造、フィールド名。修正は特定されれば簡単で、MCPorter経由でQMDを実行している人のためにプルリクエストが利用可能です。

暗黙的な失敗により、すべての呼び出しがより遅いCLIパスにフォールバックしましたが、機能は残っており、数週間気づかれないまま大幅に性能が低下していました。