OpenClaw Encaminhamento de Notificações Android Queimou 127,8 Milhões de Tokens em Um Dia

Um usuário do r/openclaw (/u/ultraneutral72) rastreou uma conta de tokens inesperadamente alta até o encaminhamento de notificações do Android. Em 1º de outubro de 2026, sua instância do OpenClaw registrou 127.825.724 tokens totais em um único dia — enquanto ele não estava interagindo ativamente com o agente.

A configuração

• OpenClaw 2026.9.7 no CachyOS/Linux
• Agente principal: openai/gpt-6-astra no runtime nativo do Codex
• Samsung Galaxy S25 com encaminhamento de notificações ativado
• Heartbeat a cada 30 minutos
• Histórico grande acumulado na sessão principal

O que os logs mostraram

A notificação de carregamento do Android (com.android.systemui, chave charging_state) estava sendo encaminhada como despertares de notifications-event. Em algumas janelas, esses eventos disparavam a cada 30 segundos — cada um acionando uma chamada ao modelo. O agente frequentemente respondia no_change ou NO_REPLY, mas essas respostas ainda custavam tokens. Muitos turnos incluíam uma chamada de ferramenta heartbeat_respond seguida por outra resposta do modelo.

Uma janela de 28 minutos continha 56 turnos, 112 respostas de modelo com registros de uso e aproximadamente 14,9 milhões de tokens. Os eventos continuavam carregando o mesmo indicador de carregamento com percentuais de bateria atualizados ou tempo restante de carga.

O detalhamento de 1º de outubro de 2026

• 127.825.724 tokens totais
• 125.030.400 tokens de entrada em cache
• 2.734.313 tokens de entrada sem cache
• 61.011 tokens de saída
• ~87% dos tokens registrados ligados a turnos acionados por notificações
• ~12% ligados a heartbeats agendados

O usuário conferiu os totais com os registros de transcrição do OpenClaw e os registros de uso nativos, deduplicando IDs de resposta e somando o uso por resposta em vez de confiar em contadores cumulativos da thread.

Ressalva importante

Cerca de 98% do total era entrada em cache. Esta é uma medição de volume de tokens, não uma afirmação de que 127,8 milhões de tokens foram cobrados à taxa total sem cache. O usuário parou o gateway por enquanto e moveu um job existente de exibição de energia em Python para um timer de sistema independente. Nenhum teste controlado de antes/depois foi executado ainda.

Questões em aberto

• Isso é um problema de configuração ou um bug?
• Existe uma maneira recomendada de filtrar ou fazer debounce de atualizações contínuas de notificações do sistema antes que elas acordem o agente?
• Eventos em segundo plano deveriam rodar em um contexto isolado e menor, em vez da sessão principal acumulada?

Se você encaminha notificações do Android para o OpenClaw, verifique se chaves de sistema com alta rotatividade como charging_state estão atingindo o loop do seu agente antes de olhar novamente para um painel de uso.