Otimização de Custos do OpenClaw: Cinco Configurações para Uso Contínuo do Agente

Configuração do OpenClaw para Redução de Custos

Um desenvolvedor executando o OpenClaw como uma camada de agente pessoal em um Raspberry Pi 24/7 descobriu que o agente estava funcionando corretamente, mas usando o caminho operacional mais caro. Após revisar a cobrança, ele identificou ajustes específicos de configuração que fizeram uma diferença significativa no custo.

Configurações Principais

A fonte lista cinco configurações específicas para ajustar:

• contextTokens: 80000 – Limita o histórico enviado por solicitação em vez de transmitir a janela de contexto completa toda vez.
• compaction.mode: "safeguard" – Habilita a sumarização proativa e em blocos, em vez da compactação de contexto reativa e única.
• heartbeat.model: "<cheapest-model>" – Direciona os 48 heartbeats diários do agente para usar o modelo mais econômico em vez do principal.
• fallbacks – Recomenda auditar os logs do provedor para verificar qual modelo está realmente lidando com as solicitações, não confiando em suposições.
• reserveTokensFloor: 24000 – Evita erros de limite de contexto que podem desencadear tentativas em cascata e mecanismos de fallback.

O princípio subjacente observado é que as configurações padrão do OpenClaw são otimizadas para capacidade. Ao executar um agente continuamente, você deve configurar explicitamente para otimização de custos.

A configuração original envolvia usar o OpenClaw como um agente pessoal contínuo em um Raspberry Pi. A explicação completa e o contexto para essas configurações estão disponíveis na postagem vinculada.