У быстрого пути поиска в памяти QMD OpenClaw были скрытые ошибки.

Встроенный поиск по памяти OpenClaw использует простое сопоставление ключевых слов, что работает для простых запросов, но вызывает проблемы, когда агентам нужно найти информацию, полученную неделями ранее, без точного совпадения слов.

Пользователи могут переключиться на QMD, который выполняет семантический поиск по всем файлам markdown в рабочем пространстве. Это позволяет агентам находить соответствующие записи, даже когда точные ключевые слова отсутствуют. QMD также выполняет гибридный поиск, сочетая ключевой и семантический подходы для точности и полноты.

OpenClaw имеет быстрый путь через MCPorter, который поддерживает процесс QMD активным в памяти, сокращая время поиска до 1-2 секунд вместо 9-25 секунд при холодном запуске каждый раз.

Этот быстрый путь был полностью сломан из-за трёх ошибок в одном файле:

• Шлюз вызывал несуществующие имена инструментов. MCP-сервер QMD предоставляет один инструмент под названием query, но шлюз вызывал deep_search, search и т.д. Каждый вызов возвращал код выхода 128.
• Неправильный формат аргументов. Шлюз передавал простую строку, но инструмент ожидает массив searches с типизированными подзапросами для ключевого, семантического или гибридного поиска.
• Несоответствие единственного и множественного числа. Шлюз передавал collection: "name", но инструмент ожидает collections: ["name"].

Каждый параметр был неправильным: имя инструмента, структура аргументов и имя поля. Исправление было простым после выявления проблемы, и запрос на слияние доступен для всех, кто использует QMD через MCPorter.

Молчаливый сбой означал, что каждый вызов переключался на более медленный путь CLI, но функциональность сохранялась, просто с значительно ухудшенной производительностью, которая оставалась незамеченной в течение недель.