OpenClaw 안드로이드 알림 전달이 하루 만에 1억 2780만 토큰을 태웠다

r/openclaw 사용자(/u/ultraneutral72)가 예상치 못하게 큰 토큰 청구 내역을 안드로이드 알림 전달 기능에서 찾아냈다. 2026년 10월 1일, 이들의 OpenClaw 인스턴스는 하루 만에 총 127,825,724 토큰을 기록했다. 사용자가 에이전트와 적극적으로 상호작용하지 않던 중이었다.

설정

• CachyOS/Linux에서 실행 중인 OpenClaw 2026.9.7
• 메인 에이전트: 네이티브 Codex 런타임의 openai/gpt-6-astra
• 알림 전달이 활성화된 Samsung Galaxy S25
• 30분마다 하트비트
• 대량으로 누적된 메인 세션 기록

로그가 보여준 것

안드로이드의 충전 알림(com.android.systemui, 키 charging_state)이 notifications-event 웨이크업으로 전달되고 있었다. 일부 구간에서는 이 이벤트가 약 30초마다 발생했고, 매번 모델 호출을 유발했다. 에이전트는 종종 no_change 또는 NO_REPLY로 답했지만, 그 응답조차 토큰을 소모했다. 많은 턴에는 heartbeat_respond 도구 호출 후 또 다른 모델 응답이 이어졌다.

28분짜리 한 구간에는 56턴, 사용량 기록이 있는 모델 응답 112개, 약 1490만 토큰이 포함되어 있었다. 이벤트들은 갱신된 배터리 잔량이나 남은 충전 시간과 함께 동일한 충전 표시를 계속 전달했다.

2026년 10월 1일 내역 분석

• 총 127,825,724 토큰
• 캐시된 입력 토큰 125,030,400
• 캐시되지 않은 입력 토큰 2,734,313
• 출력 토큰 61,011
• 기록된 토큰의 약 87%가 알림으로 촉발된 턴과 연관
• 약 12%가 예약된 하트비트와 연관

사용자는 누적 스레드 카운터에 의존하는 대신 응답 ID를 중복 제거하고 응답별 사용량을 합산하여, 총합을 OpenClaw 트랜스크립트 기록 및 네이티브 사용량 기록과 교차 검증했다.

중요한 단서

전체의 약 98%는 캐시된 입력이었다. 이는 토큰 볼륨 측정치이며, 1억 2780만 토큰이 캐시되지 않은 전체 요율로 청구되었다는 주장이 아니다. 사용자는 현재 게이트웨이를 중지했고, 기존 Python 에너지 디스플레이 작업을 독립적인 시스템 타이머로 옮겼다. 아직 통제된 전후 비교 테스트는 수행되지 않았다.

미해결 질문

• 이것은 설정 문제인가, 버그인가?
• 지속적으로 발생하는 시스템 알림 업데이트가 에이전트를 깨우기 전에 필터링하거나 디바운스하는 권장 방법이 있는가?
• 백그라운드 이벤트는 누적된 메인 세션이 아니라 격리된 더 작은 컨텍스트에서 실행되어야 하는가?

안드로이드 알림을 OpenClaw로 전달하고 있다면, 다음번 사용량 대시보드를 확인하기 전에 charging_state처럼 변동이 잦은 시스템 키가 에이전트 루프에 들어오고 있지 않은지 점검하라.