Запуск OpenClaw 24/7: Практическая архитектура для постоянных автономных агентов

Основная проблема: рост контекста без сохранения состояния

При запуске OpenClaw в качестве постоянно работающего автономного агента для бизнес-процессов, таких как обработка заказов, email-рассылки, генерация контента на 25 сайтах и мониторинг отправлений с примерно 30 cron-заданиями, система ведёт себя скорее как сервер, а не как чат-бот. Коренная проблема — неограниченный рост контекста без реального слоя сохранения состояния.

Cron-задания, запускаемые каждые 30 минут, поддерживают сессии активными, предотвращая таймауты простоя, в то время как контекст разрастается до тысяч строк. Когда сжатие суммирует диалоги, критически важные детали, такие как учётные данные, состояния рабочих процессов и выполняемые задачи, теряются. Агент просыпается с «амнезией», в то время как пользователи платят за контекстные окна, которые на 80% состоят из устаревших результатов инструментов, полученных часами ранее.

Рабочая архитектура: память как основа

Решение заключается в том, чтобы рассматривать память как основу, а не как второстепенный элемент:

• Файлы памяти, разделённые по темам вместо одного монолита:
  workspace/ ├── MEMORY.md (тонкий, только идентификатор + указатели) ├── AGENTS.md (последовательность запуска + протокол восстановления) ├── memory/ │ ├── INDEX.md (карта навигации, агент читает это первым) │ ├── SETUP.md (учётные данные, токены, API-ключи, пути) │ ├── OUTREACH.md (email-процессы, цены, сделки) │ ├── SHIPMENT.md (мониторинг, правила cron, каналы) │ └── log/ │ └── YYYY-MM-DD.md (ежедневный журнал активности, хранится компактно)
• Ключевое понимание: Сохраняйте по ходу работы, а не в конце. Агент записывает в файлы памяти во время диалогов, обеспечивая сохранение критической информации до сжатия.

Управление сессиями и контекстом

• Агрессивный жизненный цикл сессии: "session": { "idleMinutes": 10, "reset": { "mode": "daily", "atHour": 4 } } — Ежедневный принудительный сброс в 4 утра с короткими таймаутами простоя.
• Обрезка контекста, которая действительно обрезает: "contextPruning": { "mode": "cache-ttl", "ttl": "5m", "softTrimRatio": 0.2, "hardClearRatio": 0.35, "hardClear": { "enabled": true, "placeholder": "[Очищено — прочитайте файлы памяти для восстановления контекста]" } } — Заполнитель сообщает агенту, как восстановиться, вместо тихого удаления контекста.
• Более дешёвое сжатие: Используйте меньшую модель для суммирования вместо дорогой модели, так как вы суммируете диалоги, а не пишете код.

Обёрточные инструменты для расширенной функциональности

Четыре скрипта на Python, созданные вместе с агентом, предоставляют критически важную функциональность:

• Структурированное хранилище памяти: На основе JSON с TTL, тегами, оценками важности и поиском по типу. query --type credential выполняется мгновенно.
• Контрольные точки сессий: Агент сохраняет состояние в естественных точках разрыва для восстановления после сбоев.
• Дайджест cron: Все cron-задания записываются в один ежедневный файл вместо 15 отдельных выводов, раздувающих контекст.
• Трекер затрат: Использование токенов на агента в день с ежедневными оповещениями о бюджете на 80% и 100%.

Эти инструменты написаны на чистом Python без зависимостей от OpenClaw, переживают обновления версий, читая и записывая свои собственные JSON-файлы.

Дополнительные оптимизации

• Управление кэшем промптов: Увеличенное время хранения кэша плюс частые проверки активности поддерживают кэш промптов тёплым, уменьшая промахи кэша для более быстрых ответов и снижения затрат.

Отсутствующие нативные функции

Разработчик хотел бы, чтобы OpenClaw имел нативно: структурированную память с TTL и автоматическим устареванием (не плоские файлы), настоящее восстановление после сбоев и контрольные точки сессий, режим планирования (подумать перед действием), артефакты, переживающие сжатие, бюджеты затрат на агента с жёсткими отсечками и маршрутизацию между агентами (например, вопросы по отправкам направляются агенту выполнения, а не автору контента).