Практические решения для повышения надёжности OpenClaw

Разработчик на r/openclaw подробно описал свой подход к преодолению типичных проблем с надёжностью OpenClaw, перейдя от разочаровывающего первоначального опыта к стабильной настройке. Его решение сосредоточено на восприятии агента как не имеющего постоянной памяти между сессиями и принудительном обеспечении всего через структурированные файлы и скрипты.
Ключевые техники, которые сработали
- Использовать несколько установок для резервирования: Они поддерживают две установки OpenClaw, которые могут подключаться по SSH друг к другу для исправления сломанных конфигураций при возникновении проблем.
- Рассматривать встроенные файлы как живые документы: Разработчик подчёркивает активное обновление SOUL.md, AGENTS.md, USER.md и MEMORY.md вместо их однократной настройки. Важные правила помещаются в AGENTS.md, исправления — в MEMORY.md, а всё, что остаётся только в чате, теряется между сессиями.
- Построить трёхуровневую систему памяти: Они добавили:
- Уровень 1 (горячая память): Ежедневные логи (memory/YYYY-MM-DD.md) плюс MEMORY.md для недавнего контекста и отобранных фактов, читаемых в каждой сессии.
- Уровень 2 (тёплая память): Векторный поиск по памяти OpenClaw для семантического извлечения по транскриптам сессий и файлам памяти.
- Уровень 3 (глубокая память): Граф знаний A-Mem с 668 фактами по 41 сущности, активационными баллами, временным затуханием и связями между сущностями. Cron-задачи запускаются каждую ночь для извлечения новых фактов из разговоров и обновления графа, и еженедельно для затухания устаревших фактов и перестроения связей.
- Исправить качество извлечения с помощью активационных баллов: Они обнаружили, что все 691 факт в их графе знаний имели одинаковый активационный балл (0.5), что делало результаты поиска случайными. Они создали скрипт повышения активации, который увеличивает балл факта на +0.1 каждый раз при доступе к нему и применяет временное затухание к нетронутым фактам, улучшая приоритизацию извлечения.
- Принудительный сброс перед уплотнением: Чтобы предотвратить потерю контекста при уплотнении памяти OpenClaw, они используют событие пред-уплотнения для записи WORKING.md с полным состоянием разговора перед очисткой, избегая потери более 12 часов контекста, с которой они сталкивались ранее.
- Немедленно записывать исправления: Они ведут файл .learnings/LEARNINGS.md, который регистрирует каждое значительное исправление с датой, ошибкой, исправлением и важностью, гарантируя, что будущие сессии наследуют эти знания.
- Делать инструкции неоспоримыми в файлах: Они переписали правила AGENTS.md с явным языком, таким как «НЕОСПОРИМО» и «БЕЗ ИСКЛЮЧЕНИЙ», включая примеры неудач, обнаружив, что прямой язык соблюдается более последовательно, чем вежливые предложения.
- Скриптовые проверки безопасности: Вместо того чтобы полагаться на суждение агента для проверок здоровья cron, они заменили его shell-скриптом, который обрабатывает логику сравнения. Агент просто запускает скрипт и сообщает вывод, удаляя суждение из цикла.
- Принудительно применять правило «проверить перед утверждением»: После того как агент сохранял неверное предположение между сессиями, они добавили правило в начало каждого AGENTS.md: никогда не утверждать что-либо как факт без проверки, сначала исследовать и говорить «Я не знаю», если не уверены.
Основная ментальная модель заключается в том, чтобы относиться к агенту как к тому, кто теряет все воспоминания каждую ночь, а файлы служат институциональной памятью.
📖 Прочитать полный источник: r/openclaw
👀 Смотрите также

Владельцы репозиториев GitHub: используйте флаг --author в Git для блокировки спама от ИИ-ботов
Archestra боролась с AI-спамом в комментариях и PR, используя настройку GitHub «Limit to prior contributors» и флаг Git --author для включения реальных людей в белый список через капчу.

Исследования показывают, что эффективное взаимодействие с ИИ — это совместная коммуникация, а не инженерия.
Рецензируемые исследования показывают, что эффективное промптирование с моделями ИИ следует тем же принципам кооперативной коммуникации, которые используют люди. Анализ компании Lakera демонстрирует, что большинство неудач с промтами проистекает из неоднозначности, а не из ограничений модели.

Трехуровневая архитектура памяти для постоянного контекста агента OpenClaw
Разработчик создал трехслойную систему памяти на основе инфраструктуры OpenClaw, чтобы предотвратить запуск агентов без контекста в начале каждой сессии. Архитектура включает L1 (рабочие файлы, внедряемые на каждом шаге), L2 (семантический поиск по памяти) и L3 (справочные документы, открываемые по требованию).

6 шаблонов, которые действительно активируют файлы навыков Claude Code
Протестировав более 2300 файлов навыков, разработчик выявил 6 закономерностей, определяющих, загрузится ли навык Claude Code, когда это необходимо – включая конкретный язык триггеров, одну возможность на файл и списки «когда не использовать».