13 недель с OpenClaw в качестве ежедневной машины: что работало, что сломалось, что всё ещё болит

После 13 недель использования OpenClaw в качестве основной личной агентной системы на Raspberry Pi — обработка Telegram-чата, долговременная память, cron-задачи, подагенты, исследовательские рабочие процессы и внешние API — один пользователь r/openclaw опубликовал подробный отчёт. Вердикт: OpenClaw достаточно мощный, чтобы рассматривать его как инфраструктуру, но всё ещё недостаточно отлаженный, так что нужны терпение, логи, резервные копии и готовность отлаживать странные крайние случаи.

Что работало хорошо

• Многоуровневые рабочие процессы. Агент находится между обменом сообщениями, файлами, cron-задачами, API, памятью и инструментами. Система cron действительно полезна — повторяющиеся задания собирают, обрабатывают, обобщают, уведомляют и запускают последующие рабочие процессы. После настройки они становятся скучными в хорошем смысле.
• Память — если её курировать. OpenClaw может запоминать решения, состояние проектов, предпочтения, ошибки и предыдущие исправления. Но если пускать каждый сырой фрагмент в долговременную память, она превращается в болото. С очисткой и файлами памяти, специфичными для проектов, она становится реальным операционным слоем.
• Подагенты для ограниченных задач. Самый полезный шаблон: человек определяет направление, главный агент координирует, подагенты выполняют ограниченный анализ или реализацию, главный агент проверяет. Менее полезно, когда контекст размыт или маршрутизация модели/конфигурации неявная.
• Непрерывность. Самый большой успех не в одной функции — а в том, что система теперь ежедневно обрабатывает оперативную память, запланированные проверки, повторяющийся анализ, техническую отладку, проверки конфигурации, небольшие изменения кода и структурированные последующие действия.

Что ломалось или раздражало

• Проблемы с моделью/конфигурацией. Вначале локальные/маленькие модели (например, 4k контекст) не справлялись с системным промптом OpenClaw и инструментами. Ошибки «Assistant turn failed» часто были связаны с проблемами API-ключа/конфигурации, а не с оперативной памятью.
• Разрыв во взаимодействии cron + подагент. Запланированные рабочие процессы запускали подагента, который корректно выполнял работу, но родитель не мог прочитать результат дочернего процесса, потому что история агент-агент была отключена. Исправление: перепроектировать так, чтобы дочерний процесс записывал результаты напрямую (write —file), а не полагался на чтение родителем.
• Экранирование в shell. Передача JSON через команды shell ломалась на апострофах и вложенных кавычках. Исправление: записывать JSON во временный файл и передавать --file.
• Дрейф обновлений. Обновления OpenClaw улучшали производительность запуска и нагрузку на память на Pi, но дни обновлений требовали осторожности — дрейф конфигурации, дрейф команд ACP, дрейф документации. Приходилось проверять, что на самом деле изменилось, а не доверять, что всё в порядке.
• Переопределение модели подагента. Значения по умолчанию не всегда соблюдались; теперь явно передаются ID модели/агента.
• Ненадёжность ACP. Claude ACP через OpenClaw выдавал внутренние ошибки времени выполнения; прямые пути ACP/CLI работали.
• Гигиена секретов/конфигурации. OpenClaw поддерживает структурированные SecretRefs, но старые файлы config/auth-profile всё ещё могут содержать секреты в открытом виде. Безопасная миграция требует резервных копий, проверок схемы и планирования отката.
• Нагрузка на ресурсы Pi. Долго работающие процессы Claude/Codex, cron-задачи и артефакты памяти накапливаются. Добавлены процедуры очистки; архивирован мёртвый проект, который разросся до ~1.6 ГБ регенерируемого мусора.

Для кого это

Разработчики, использующие OpenClaw в качестве личной агентной системы — особенно на ограниченном оборудовании — которые хотят получить правдивый отчёт о реальных болевых точках и практических обходных путях.