Automação Econômica do OpenClaw: Usando LLMs Apenas Quando Necessário

Um desenvolvedor no r/openclaw descreve uma estratégia de automação consciente dos custos que minimiza o uso de LLM separando tarefas determinísticas da resolução de problemas não determinísticos.

A Abordagem Principal

O desenvolvedor evita a funcionalidade de heartbeat do OpenClaw devido a preocupações com custos sobre chamadas LLM a cada 30 minutos. Em vez disso, ele usa o OpenClaw para criar scripts Python para tarefas específicas como ler caixas de entrada do Gmail, atualizar servidores Linux, fazer scraping de sites e carregar dados em bancos de dados. Esses scripts lidam com operações determinísticas e são agendados como cron jobs do sistema em um VPS, usando recursos mensais do VPS em vez de créditos LLM por chamada.

Tratamento de Erros e Autocorreção

Cada cron job gera um arquivo de status com informações de sucesso/falha e detalhes do erro. Um sistema de autocorreção separado em cron é executado uma vez por dia para verificar esses arquivos de status. Quando erros são detectados, esse sistema envia uma mensagem para o gateway do OpenClaw com o script, informações do erro e um prompt pedindo ao LLM para analisar o erro, corrigir o script e tentar novamente. É aqui que o uso do LLM ocorre — apenas quando o entendimento não determinístico e a resolução de problemas são necessários.

Otimização de Polling

Para tarefas de polling como verificar uma caixa de entrada onde geralmente não há nada a fazer, a mesma abordagem pode ser implementada em um único script. O OpenClaw constrói um script que lida com o polling e só chama o gateway do OpenClaw quando há trabalho real para processar. Isso significa que o LLM é aproveitado apenas quando há algo a fazer, não para verificar se há algo a fazer.

Comparação com o Heartbeat

O desenvolvedor observa que essa abordagem é essencialmente o oposto da funcionalidade de heartbeat. Ela não funcionará para casos de uso que exigem que o LLM escolha dinamicamente os próximos passos e itere indefinidamente. O desenvolvedor questiona o valor de iniciar chamadas LLM 52 vezes por dia sem foco disciplinado, vendo o uso constante de LLM como potencialmente desperdiçador para muitos cenários de automação.