Экономичная автоматизация OpenClaw: Использование LLM только при необходимости

Разработчик на r/openclaw описывает экономичную стратегию автоматизации, которая минимизирует использование LLM путём разделения детерминированных задач от недетерминированного решения проблем.

Основной подход

Разработчик избегает функции heartbeat в OpenClaw из-за опасений по поводу стоимости вызовов LLM каждые 30 минут. Вместо этого он использует OpenClaw для создания Python-скриптов под конкретные задачи: чтение входящих писем Gmail, обновление Linux-серверов, скрапинг веб-сайтов и загрузку данных в базы данных. Эти скрипты обрабатывают детерминированные операции и планируются как системные cron-задания на VPS, используя месячные ресурсы VPS вместо кредитов LLM за каждый вызов.

Обработка ошибок и самовосстановление

Каждое cron-задание выводит файл статуса с информацией об успехе/неудаче и деталями ошибок. Отдельная система самовосстановления cron запускается раз в день для проверки этих файлов статуса. При обнаружении ошибок эта система отправляет сообщение в шлюз OpenClaw со скриптом, информацией об ошибке и запросом к LLM проанализировать ошибку, исправить скрипт и повторить попытку. Именно здесь происходит использование LLM — только когда требуется недетерминированное понимание и решение проблем.

Оптимизация опроса

Для задач опроса, таких как проверка почтового ящика, где обычно нечего делать, можно реализовать тот же подход в одном скрипте. OpenClaw создаёт скрипт, который обрабатывает опрос, и обращается к шлюзу OpenClaw только когда есть фактическая работа для обработки. Это означает, что LLM задействуется только когда есть что делать, а не для проверки, есть ли что делать.

Сравнение с Heartbeat

Разработчик отмечает, что этот подход по сути противоположен функциональности heartbeat. Он не будет работать для случаев использования, требующих от LLM динамического выбора следующих шагов и бесконечной итерации. Разработчик ставит под сомнение ценность запуска вызовов LLM 52 раза в день без дисциплинированной фокусировки, рассматривая постоянное использование LLM как потенциально расточительное для многих сценариев автоматизации.