卸载 OpenClaw Android 应用后我的 token 用量大幅下降——充电通知不断唤醒智能体

Android 充电通知在一天内反复唤醒了我的 OpenClaw Astra 智能体，消耗 127.8M token。 在没有主动使用 OpenClaw 的情况下，我注意到用量异常偏高。排查本地日志后，主要触发源似乎是我 Android 手机的通知转发。 **配置环境** - OpenClaw 2026.9.7，运行于 CachyOS/Linux - 主智能体：openai/gpt-6-astra，使用原生 Codex 运行时 - Samsung Galaxy S25，已启用通知转发 - 每 30 分钟一次的常规心跳检测 - 累积了大量主会话历史记录 **日志显示的内容** Android 充电通知（com.android.systemui，key 为 charging_state）的反复更新触发了 notifications-event 唤醒。在某些时段，这种触发大约每 30 秒发生一次。智能体经常以 no_change 或 NO_REPLY 作为回应，但这些回应仍然涉及模型调用。许多回合中都包含一次 heartbeat_respond 工具调用，随后又是一次模型响应。 2026 年 10 月 1 日的记录用量如下： - 总 token：127,825,724 - 缓存输入 token：125,030,400 - 非缓存输入 token：2,734,313 - 输出 token：61,011 其中约 87% 的记录 token 与通知触发的回合相关，另有 12% 来自定时心跳。一个特别明显的 28 分钟窗口内，共产生 56 个回合、112 次带用量记录的模型响应，消耗约 14.9M token。通知事件中反复出现相同的充电指示器，只是电池电量或剩余充电时间发生了更新。我将这些数据与 OpenClaw transcript 记录和原生用量记录进行了交叉核对，对响应 ID 去重，并按每次响应的用量求和，而不是使用累计的线程计数器。 **重要说明**：总量中约 98% 是缓存输入。这只是一个 token 量的统计，并不意味着 127.8M token 是按未缓存的全价计费的。 我已经暂时停止了网关服务。现有的 Python 电量显示任务现在改由独立的系统定时器运行。我尚未完成受控的前后用量对比测试。 有人在使用 Android 通知转发时也观察到过类似情况吗？是否有推荐的方法可以在系统通知更新持续触发之前对其进行过滤或防抖？这些后台事件是否应该使用隔离的、更小的上下文？ 我分享这些是基于自己安装环境的观察；我尚未确定这是一个配置问题还是一个 bug。