OpenClaw Reenvío de Notificaciones de Android Quemó 127,8M de Tokens en Un Día

Un usuario de r/openclaw (/u/ultraneutral72) rastreó una factura de tokens inesperadamente alta hasta el reenvío de notificaciones de Android. El 1 de octubre de 2026, su instancia de OpenClaw registró 127.825.724 tokens totales en un solo día, mientras no interactuaba activamente con el agente.

La configuración

• OpenClaw 2026.9.7 en CachyOS/Linux
• Agente principal: openai/gpt-6-astra en el runtime nativo de Codex
• Samsung Galaxy S25 con reenvío de notificaciones activado
• Latido cada 30 minutos
• Historial grande acumulado de la sesión principal

Lo que mostraban los registros

La notificación de carga de Android (com.android.systemui, clave charging_state) se reenviaba como despertares de tipo notifications-event. Durante algunas ventanas, estos se disparaban aproximadamente cada 30 segundos, y cada uno activaba una llamada al modelo. El agente a menudo respondía no_change o NO_REPLY, pero esas respuestas igualmente costaban tokens. Muchos turnos incluían una llamada a la herramienta heartbeat_respond seguida de otra respuesta del modelo.

Una ventana de 28 minutos contenía 56 turnos, 112 respuestas del modelo con registros de uso y aproximadamente 14,9 millones de tokens. Los eventos seguían llevando el mismo indicador de carga con porcentajes de batería actualizados o tiempo de carga restante.

El desglose del 1 de octubre de 2026

• 127.825.724 tokens totales
• 125.030.400 tokens de entrada en caché
• 2.734.313 tokens de entrada sin caché
• 61.011 tokens de salida
• ~87% de los tokens registrados vinculados a turnos activados por notificaciones
• ~12% vinculados a latidos programados

El usuario contrastó los totales con los registros de transcripción de OpenClaw y los registros de uso nativos, eliminando duplicados con los IDs de respuesta y sumando el uso por respuesta en lugar de confiar en contadores acumulativos del hilo.

Matiz importante

Aproximadamente el 98% del total era entrada en caché. Esta es una medición de volumen de tokens, no una afirmación de que 127,8M de tokens se facturaran a la tarifa completa sin caché. El usuario ha detenido la puerta de enlace por ahora y movió un trabajo existente de visualización de energía en Python a un temporizador de sistema independiente. Todavía no se ha realizado una prueba controlada de antes/después.

Preguntas abiertas

• ¿Es un problema de configuración o un error?
• ¿Existe una forma recomendada de filtrar o agrupar las actualizaciones de notificaciones del sistema en curso antes de que despierten al agente?
• ¿Deberían los eventos en segundo plano ejecutarse en un contexto aislado y más pequeño en lugar de la sesión principal acumulada?

Si reenvías notificaciones de Android a OpenClaw, comprueba si claves del sistema de alto tráfico como charging_state están entrando en el bucle de tu agente antes de que vuelvas a mirar un panel de uso.