OpenClaw память: проверьте запись, индекс, поиск и перезагрузка

Память OpenClaw является здоровой только тогда, когда четыре различных утверждения являются истинными: предполагаемая запись была написана на длительное хранилище, текущий индекс охватывает запись, восстановление возвращает правильную источниковую якорь, и новая сессия все равно правильно применяет решение. Файл Markdown на диске доказывает только первое утверждение. Успешный поиск доказывает только то, что некоторые индексированные кусочки соответствовали. Используйте аудит с минимальным содержанием, который хранит текст в памяти хоста. Зарегистрируйте непрозрачные идентификаторы, результаты локального сравнения, часовые марки и источниковые якорь; не экспортируйте запросы, содержание записей, абсолютные пути или необработанные отрывки поиска. Оператор должен быть в состоянии отличить отсутствующую запись, устаревший индекс, неправильное извлечение и потерянное решение вместо того, чтобы разрушить все четыре в помнить сломан. Обращайтесь с памятью OpenClaw как с четырьмя отдельными доказательствами Текущий Обзор памяти OpenClaw описывает память как простой Markdown в рабочем пространстве агента. MEMORY.md является кураторным долгосрочным слоем, в то время как датированные файлы под memory/ содержат подробный ежедневный контекст. Модель запоминает то, что достигает диска; нет скрытого стойкого состояния, которое спасает пропущенную запись. Этот дизайн создает полезные пункты контроля: 1. Запишите доказательство: ожидаемый файл существует и его локальное содержание совпадает с версией, которая должна была сохраниться. 2. Index proof: резервный конец памяти индексировал текущий исходный снимок, а не предыдущий. 3. Доказательство восстановления: запрос возвращает ожидаемый диапазон файлов и строк, а не просто правдоподобное предложение из другого места. 4. Доказательство решения: После реальной границы сессии агент следует за сохраненным решением и его границей действия. Эти доказательства не испытывают независимости. Нота может существовать, пока индекс остается грязным. Индекс может быть актуальным, пока запрос падает ниже конфигурированного балла. Восстановление может найти правильный проход, в то время как новая сессия игнорирует его состояние истечения срока действия или владельца. Наоборот, сеанс может ответить правильно, потому что тот же факт все еще существует в контексте его разговора, даже если долгосрочное написание никогда не произошло. Таким образом, разумное нарушение является постановлением. Остановитесь на первом неудачном слое и отремонтируйте только этот слой. Не переписывайте память, когда индекс устарел, и не восстанавливайте индекс, когда запись никогда не была сохранена. Доказать запись без экспорта памяти Укажите каждой записи, чувствительной к действию, непрозрачный идентификатор, такой как decision 7f3b , плюс поля, необходимые для безопасного действия в дальнейшем: владелец, действительное состояние, состояние истечения срока действия или разблокирования, и запрещенное действие. Идентификация не является тайной и не раскрывает решение. В источнике вычислить, соответствует ли текущая запись ожидаемой локальной версии. Экспортировать только сравнение: Не отправляйте в удаленную медицинскую службу необработанный текст короткой или чувствительной записки. Текст с низкой энтропией можно догадываться и расшифровать. Сохраняйте перевод на хостере, используйте HMAC на клавише, когда стабильный отпечаток пальцев должен покинуть границу процесса, или сообщите только о булевом сравнении и непрозрачном идентификаторе записи. Успех вернуть файловой системной запись недостаточно. Прочитайте запись из прочного файла, а затем сравнивайте байты, которые были на самом деле сохранены. Если ожидается, что запись переживет перезагрузку хоста, подтвердите, что место хранения для этой развертывания является постоянным; локальное рабочее пространство контейнера может исчезнуть, даже если вызов для записи был успешным. То же самое правило применяется к обрезанию MEMORY.md . OpenClaw сохраняет нетронутый файл, в то время как копия, введенная в контекст загрузки, может быть обрезана. Присутствие файла все еще проходит, но доказательство решения может не быть выполнено, потому что требуемая запись не достигла новой сессии. В обзоре памяти рекомендуется проверять контекстные детали или выход врача, когда имеются ограничения для загрузки. Докажите свежесть индекса перед доверительным извлечением OpenClaws документация по поиску памяти объясняет, что встроенный бэкэнд может сочетать векторное сходство с совпадением ключевых слов BM25. Он также документирует автоматическую синхронизацию при запуске сессии, при поиске и через файловый наблюдатель. Эти механизмы уменьшают устаревшие окна; они не делают свежесть незаметной. Начнём со статуса: Зонд deep проверяет поставщика вкладки и путь семантического поиска, чтобы он мог позвонить поставщику. Проверьте как минимум: является ли магазин грязным; индексированные файлы и количество частей; выбранный поставщик и модель; доступность FTS; доступность вектора магазина и семантического поиска; проблемы с сканированием и идентификацией индекса. На OpenClaw 2026.7.1 2 в ходе данного расследования проведенная на живом месте только для чтения зонд сообщила о действительной встроенной идентификации индекса и доступных лексических и семантических путях, а также о dirty: true . Эта комбинация важна: работающая вкладка не доказывает, что новейшая нота индексирована. Когда источник правильный, но магазин грязный, выполните постепенную синхронизацию с: Ограничьте принудительное восстановление для недействительной идентичности, измененной конфигурации, коррупции или инкрементальной синхронизации, которая не может сближаться: память OpenClaw CLI ссылка отличает эти операции: status index переиндексирует, когда грязный, в то время как index force выполняет полную перестройку. Относитесь к выключению провайдера как к search unavailable , а не к пустой памяти. Задокументированное поведение преднамеренно явное, когда поставщик конфигурированных встроек не работает; оно не должно молча стать доказательством отсутствия соответствующей записи. Пересечь границу перезагрузки с помощью исследователя решения Поиск непрозрачного ключа для извлечения, который уникален для записи испытаний, затем требуется закрепленный результат: Доказательство прохождения извлечения содержит ожидаемый тип источника, ссылку на файл и диапазон строк. Не пропускайте, потому что результат звучит правильно. Гибридный поиск может возвращать семантически связанные записки, а повторяющиеся ежедневные записи могут поставить более старую версию выше текущего решения. Теперь перейдите границу настоящей сессии. Второй запрос в одном и том же разговоре не является перезапуском теста, потому что первоначальное указание может быть еще в контексте. Начните новую сессию через механизм обычной сессии runtime, попросите ограниченную исследовательскую систему и сравнивайте поведение с сохраненным контрактом. Например, если в долгосрочной записке говорится, что миграция остается только проектом до утверждения A 42 , исследователь должен спросить, может ли реализация начаться сейчас. Ожидаемый результат это код решения, такой как WAIT FOR A 42 , а не буквальная цитата частной банкноты. Запись: Это проверяет полезную непрерывность, а не театра памяти. Модель может перефразировать записку, сбросив границу авторитета, которая делает ее безопасной. Это также может привести к правильному решению случайно. Сохраняйте узкую зонду, повторяйте ее после соответствующих изменений конфигурации и включайте отрицательный случай, состояние отключения которого не было выполнено. Повторяйте аудит в девяти случаях без содержания Сопровождающий устройство memory health cases.json не содержит текста памяти. Он предоставляет evaluate openclaw memory health.mjs девять синтетических наблюдений, по одному для каждого терминального состояния: Переданное резюме представляет собой: Классификатор использует строгий порядок. Он проверяет длительное существование и местное равенство до состояния индекса; состояние индекса до доступности поиска; доступность поиска до получения; и получение до решения о новой сессии. Это предотвращает вводящие в заблуждение ремонт. Реиндексирование не может создавать отсутствующий запись. Перепись записи не может восстановить провального поставщика вкладки. Высокий балл не может доказать непрерывность перезапуска. Приспособить устройство с реальными непрозрачными идентификаторами и местными буленами. Добавьте случаи для рабочего пространства только для чтения, индекса, созданного из более старых справочников, результатов ошибочной датировки, сокращенного файла загрузки, недоступного поставщика встроенных данных, обратного действия только для ключевых слов и решения, одобренное из за которого истекло время. Сохраняйте сырую записку и сырые результаты поиска вне общих телеметрии. Используйте явно неизвестное состояние Компактное правило эксплуатации: Память марки OpenClaw проверяется только тогда, когда долговечный запись соответствует локально, текущий индекс его охватывает, закрепляется за ожидаемым источником, и новая сессия производит ожидаемое ограничение решения. Все остальное должно сохранять специфическое незеленое состояние. search unavailable это не retrieval miss . restart unverified это не continuity failed . Явно неизвестный более полезен, чем общий красный статус, потому что он идентифицирует следующий безопасный тест без приглашения агента изобрести отсутствующий контекст. У этого аудита все еще есть ограничения. Местное сравнение может подтвердить только записи, включенные в набор испытаний. Компрометированный хозяин может подделать записку и доказательства. Зонд извлечения измеряет один запрос и одну конфигурацию ранжирования. Соответствующий код решения не доказывает, что все нюансы сохранились, и повторные исследования потребляют модель и встроенный бюджет. Используйте детерминистические проверки для хранения и индексации, а затем тратите модели звонков только на поведение, которое не может быть проверено из файлов и состояния базы данных. Sidewisp сейчас находится на этапе закрытого предварительного доступа. Он предназначен для обеспечения слоя здоровья вокруг существующих сроков запуска агентов, но адаптеры OpenClaw производства, сбор живых агентов и автоматическое восстановление не отправляются в текущем хранилище веб сайта. Четыре доказательный аудит это модель, которую вы можете реализовать сейчас, а не утверждение о том, что Sidewisp в настоящее время контролирует или ремонтирует память OpenClaw. Если разделение между хранением, извлечением и решением совпадает с тем, как вы хотите управлять агентами, присоединяйтесь к частному просмотру Sidewisp. До тех пор сохраняйте сравнение на местном уровне, начинайте перезагрузку и оставьте отсутствующие доказательства неизвестными.