OpenClaw память QMD: Поймать тихий отсчет

Безопасный ответ: Не рассматривайте успешный поиск памяти OpenClaw как доказательство того, что QMD является здоровым . Сначала докажите, что шлюз может решить бинарный код QMD и что QMDне встроенный fallbackпослужил поиску. Затем выполните проверку готовности, требуемую в настроенном режиме поиска, подтвердите свежесть индекса и получите синтетический канар. Это отличие имеет значение, потому что OpenClaw намеренно возвращается к своему двигателю памяти, если QMD не работает. Возвращение сохраняет полезное поведение памяти, но изменяет факт тестирования. Результат может быть действительным, так как OpenClaw нашел память, в то время как является недействительным, так как конфигурированный бэкэнд QMD готов. Правила работы в данном руководстве следуют: QMD является здоровым только при условии, что выполняемая доступность, эффективный бэкэнд, свежесть обновления, готовность к режиму и извлечение канарных данных согласуются. Это более узкое, чем доказательство того, что агент помнит правильное в каждой ситуации. Это расчетный документ: доказательство того, что намеченный путь восстановления доступен и достаточно актуальный для следующего этапа, зависящего от памяти. Зеленый запрос может скрыть неправильный обратный конец Документация QMD OpenClaw описывает QMD как локальный первый боковый автомобиль, который сочетает в себе BM25, векторное поиск и переоценку. OpenClaw создает управляемые коллекции, запускает обновления и, когда требуются семантические режимы, поддерживает вкладки. Он также документирует автоматический отказ от двигателя SQLite, когда QMD не может открыться. Возвращение это разумная функция доступности. Это не доказательство QMD. Рассмотрим две строки , которые оба получают одно и то же синтетическое предложение: Наблюдение Побег А. Бег В Конфигурированный обратный конец qmd qmd Квери возвращает канарь Да, это так. Да, это так. Эффективный обратный конец qmd builtin Приговор QMD здоровый кандидат активная обратная реакция Возвращенный текст не может отличить эти строки. Идентичность обратного контента должна иметь более высокое преимущество, чем успех восстановления. Начните с среды, которая действительно запускает шлюз. Интерактивная оболочка может иметь другой PATH , чем служба: Первое командование должно решить исполняемый. Второй записывает версию. Третий просит OpenClaw проанализировать состояние памяти, а не доверять неисправности перезагрузки чата. Если qmd version работает только в вашей оболочке входа, официальное руководство по устранению неполадок рекомендует вставить абсолютный memory.qmd.command и пересмотреть из среды шлюза. Не регистрируйте всю среду обслуживания, чтобы доказать это. Полезный квитанция требует только: Версия выше является примером из текущего исследования, а не минимальным требованием. Последним выпуском QMD GitHub для этой статьи был В2.5.3, опубликованный 29 мая 2026 года. OpenClaw поддерживает пути совместимости для старых форм QMD колекции и MCP, поэтому не последние не является автоматически нездоровым. Записывайте версию, потому что области совместимости, диагностики и выхода меняются. На бегущем издании, используемом для данной статьи, был установлен OpenClaw 2026.7.1 2 и его конфигурированный склад памяти был готов, в то время как qmd version вернул command not found . Это был не тест выключения QMD. Это было полезное наблюдение за границами: здоровое запоминающее командование OpenClaw и доступность QMD являются отдельными фактами. Готовность зависит от searchMode QMD имеет три соответствующих режима поиска в текущем контракте OpenClaw: search это лексический BM25. vsearch использует векторные доказательства. query использует гибридный/модельный путь и может включать переоценку. ссылка на конфигурацию памяти явно указывает, что search является только BM25. OpenClaw упускает семантические векторные зонды готовности и внедряет техническое обслуживание в этот режим. Поэтому общее правило, такое как остающиеся вкладки означают, что память нездоровая неправильна. Используйте эту шлюзную систему: Режим поиска Требуется свежая коллекция Необходимость нулевых ожидающих встроек Канарский требуется search Да, это так. Нет, нет. Да, это так. vsearch Да, это так. Да, это так. Да, это так. query Да, это так. Да, это так. Да, это так. Это не аргумент для лексического поиска над семантическим поиском. Это предотвращает навязывание проверщиком здоровья зависимости, которую выбранный режим не использует. Документированный интервал обновления QMD по умолчанию OpenClaw составляет пять минут, в то время как интервал внедрения по умолчанию составляет шестьдесят минут. Эти значения описывают планирование, а не универсальный уровень здоровья. Создайте договор аренды на свежесть из вашей конфигурации и эксплуатационной толерантности: Например, пятиминутный интервал, девяностосеcond худшее нормальное обновление, и тридцатьсекундный марж дает семиминутный арендный договор. В соответствии с этой политикой возраст обновления 421 секунды устарел; 419 секунд все еще в рамках аренды. Не расширяйте договор аренды после предупреждения. Если обновления регулярно превышают его, либо исправьте рабочую нагрузку, либо пересмотреть политику с записанными доказательствами. В противном случае устаревший индекс становится постоянно зеленым. Первый семантический запрос может быть необычно медленным, поскольку QMD может загрузить примерно 2 ГБ моделей GGUF для расширения запроса и переоценки. Это делает ожидание документальной зависимости первой экспериментальной версии отличным от постоянной. Поставьте ограниченную установку или окно отопления вокруг первой зонды, а затем требуйте доказательства прогресса или остановки. Создайте канар, который докажет управляемый путь. Канар должен быть синтетическим, уникальным и безопасным для хранения. Он не должен содержать факты о клиенте, запрос, ключ API, адрес электронной почты или реального решения о задаче. Создать файл Markdown под коллекцией, которую OpenClaw фактически управляетдля коллекции рабочего пространства по умолчанию, то есть MEMORY.md или дерево memory/ . Используйте токен , такой как: Зарегистрируйте свой относительный исходный путь и хэш контента, позвольте завершить конфигурированный цикл обновления, а затем ищите точный токен через OpenClaw: В квитанции должно быть указано: 1. исходный файл относится к предполагаемой управляемой коллекции; 2. последнее успешное обновление происходит в рамках договора аренды свежести; 3. семантические векторы готовы, если режим их требует; 4. эффективный обратный конец QMD; 5. точный канар возвращается из ожидаемого источника. Пустые результаты не сразу доказывают, что QMD нарушен. В официальном контракте указано несколько более узких объяснений: скрытые пути игнорируются, уменьшенный корень memory.md не тот же, что и MEMORY.md , по умолчанию объем группы/канала отрицается, а дополнительные шаблоны пути могут исключать файл. Сохрани эти различия, чтобы ремонт оставался ограниченным. Избегайте использования qmd update вручную с произвольными каталогами XDG. OpenClaw предоставляет каждому агенту самостоятельный управляемый дом QMD. Прямое командование в неправильной среде может проверить другой индекс и дать убедительный, но неуместный зеленый результат. Точно так же не используйте один успешный канар, чтобы претендовать на широкое качество запоминания. Канарь доказывает, что известный документ пересекал текущий путь поглощения и извлечения. Репрезентативная эталонная оценка отзыва, тест непрерывности принятия решений и проверка результатов в дальнейшем остаются отдельными. Повторяйте вердикт, прежде чем отправить предупреждение. Артефакт, созданный для данной статьи, принимает нормализованный квитанция JSON и возвращает одно состояние. Его преимущество преднамеренно: 1. config drift 2. qmd unavailable 3. fallback active 4. stale index 5. vector not ready 6. retrieval failed 7. healthy Вот основное решение: В ходе повторного рассмотрения шести случаев было вынесено шесть ожидаемых вердиктов: Дело Важные доказательства Приговор BM25 с 27 вкладками, которые не выполнены режим: search , канарный найден healthy отсутствует бинарный код QMD Командование нерешенное qmd unavailable Канарь, найденный через бультин. эффективный обратный конец это построенный fallback active Возраст сбора 721 года, арендная сумма 420 года обновление устарело stale index Режим запроса с 14 ожидающими вкладками неполные векторы vector not ready Свежий векторный режим, без канар отзыв отсутствует retrieval failed Эта повторная игра добавляет два полезных элемента управления. Во первых, Builttin fallback не может получить зеленый результат из слоя восстановления. Во вторых, поиск BM25 не наследует ложной зависимости от вектора. Каждое нездоровое состояние получает следующее действие: QMD недоступен: разрешить двоичный из среды шлюза и снова исследовать. Fallback активный: проверьте открытую неисправность QMD; не отключите обратную связь только для того, чтобы сделать проверку красной. Индекс Stale: подождать или запускать управляемый путь обновления, а затем проверять новый момент успеха. Векторы не готовы: заканчивает вкладку для активной модели и проверяет соответствие отпечатков пальцев с текущей диагностикой QMD. Retrieval не удалось: проверить объем сбора, шаблон файлов, обновление доказательств и точный токен перед восстановлением чего либо. Восстановление каждого индекса не является дефолтным ремонтом. Это увеличивает стоимость и уничтожает доказательства, которые могли бы отличить ошибку пути от ошибки свежести. Вычеркните расписку и сохраните заключение узким Здоровый квитанция ограничена временем. Сохранить время проверки, конфигурированный режим, версию QMD, эффективный бэкэнд, последнее успешное обновление, количество ожидающих векторов, где это применимо, хэш источник канарных источников и вердикт. Срок его действия истекает, когда закончится арендная плата или изменится любой из этих входов. Квитанция доказывает: предназначенный для выполнения QMD был доступен; OpenClaw использовал QMD во время проверки; управляемый индекс был достаточно свежим; зависимости от выбранного режима были готовы; один известный безопасный предмет был доступен. Znot доказывает, что каждая память имеет значение, что каждое решение переживает сжатие, что частные данные правильно классифицируются или что агент создал предполагаемый продукт. Они нуждаются в отдельных доказательствах. Направление продукта Sidewisp заключается в том, чтобы сделать такие границы для здоровья видимыми в течение всего периода работы агента: определить, что работает, разоблачить доказательства, отличить ожидание от неудачи и сохранить человеческий авторитет по ремонту. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Производственный адаптер OpenClaw и двигатель мониторинга обычно не поставляются, поэтому данное руководство является рабочей схемой, которую вы можете реализовать сегодняне утверждение о том, что Sidewisp уже выполняет эти проверки QMD. Если задача, зависящая от памяти, имеет значение, требуйте получения до начала задачи и проверьте фактический результат задачи после. Это устраняет две ложно зеленые разрывы: память работала без QMD, а QMD работала без выполнения работы.