OpenClaw пересылка уведомлений Android сожгла 127,8 млн токенов за один день

Пользователь r/openclaw (/u/ultraneutral72) отследил неожиданно большой расход токенов до пересылки уведомлений Android. 1 октября 2026 года его экземпляр OpenClaw зафиксировал 127 825 724 токена за один день — при том что он не взаимодействовал с агентом активно.

Конфигурация

• OpenClaw 2026.9.7 на CachyOS/Linux
• Основной агент: openai/gpt-6-astra на нативном рантайме Codex
• Samsung Galaxy S25 с включённой пересылкой уведомлений
• Heartbeat каждые 30 минут
• Большая накопленная история основной сессии

Что показали логи

Уведомление Android о зарядке (com.android.systemui, ключ charging_state) пересылалось как пробуждения notifications-event. В некоторые периоды они срабатывали примерно каждые 30 секунд — каждое вызывало обращение к модели. Агент часто отвечал no_change или NO_REPLY, но эти ответы всё равно расходовали токены. Во многих ходах был вызов инструмента heartbeat_respond, за которым следовал ещё один ответ модели.

В одно 28-минутное окно попало 56 ходов, 112 ответов модели с записями об использовании и примерно 14,9 млн токенов. События продолжали нести один и тот же индикатор зарядки с обновлёнными процентами батареи или оставшимся временем зарядки.

Разбивка за 1 октября 2026 года

• 127 825 724 токена всего
• 125 030 400 кэшированных входных токенов
• 2 734 313 некэшированных входных токенов
• 61 011 выходных токенов
• ~87% записанных токенов связаны с ходами, вызванными уведомлениями
• ~12% связаны с запланированными heartbeat

Пользователь сверил итоги с записями транскриптов OpenClaw и нативными записями использования, дедуплицировав ID ответов и суммируя использование по каждому ответу вместо опоры на кумулятивные счётчики потока.

Важная оговорка

Примерно 98% от общего объёма составил кэшированный ввод. Это измерение объёма токенов, а не утверждение, что 127,8 млн токенов были оплачены по полному тарифу без кэша. Пользователь пока остановил шлюз и перенёс существующую задачу Python для отображения энергии на независимый системный таймер. Контролируемый тест «до/после» ещё не проводился.

Открытые вопросы

• Это проблема конфигурации или баг?
• Есть ли рекомендуемый способ фильтровать или подавлять постоянные обновления системных уведомлений до того, как они разбудят агента?
• Должны ли фоновые события выполняться в изолированном, меньшем контексте, а не в накопленной основной сессии?

Если вы пересылаете уведомления Android в OpenClaw, проверьте, не попадают ли в цикл вашего агента часто меняющиеся системные ключи вроде charging_state, прежде чем в следующий раз смотреть на дашборд использования.