我在2026-07-10 16:00-17:00 展示消耗了974.3M的 token。

这个token消耗量 对比 今天其他时间的 token 消耗出现了明显的突增，与实际用量感受不符。

主要的原因是在这个时间段，我使用 codex 的子agent。

然后我用codex 进行分析后。codex 给出的结论是:

---

原因
这个工具大概率直接汇总了所有 JSONL 中的：

last_token_usage.total_tokens

但子 Agent 启动时，会把父会话历史复制进自己的 rollout 日志，并将这些记录标记为子 Agent 创建时的时间。统计器因此把历史 token 再次算进 16:00-17:00。

我在本地复现了：

• 工具式原始相加：979.0M，与你看到的 977.6M 基本一致
• 去除继承历史、重复累计记录后：43.54M
• 原始统计膨胀约 22.5 倍

例如 16:00:55 创建的一个子 Agent：

• 日志中有 450 条 token_count
• 实际属于该子 Agent 的只有 45 条
• 原始统计为 78.6M
• 实际增量为 3.18M

11 个子 Agent 的日志被原始方法统计为 948.1M，实际新增约 14.0M。

实际构成
16:00-17:00 的修正总量约为：

• 输入：43.37M
• 其中缓存输入：42.16M，占输入的 97.2%
• 输出：168K
• 总计：43.54M

所以实际 token 数仍然较高，原因是长上下文 Agent 每次工具调用都会携带大量缓存上下文，但不等同于 43.54M 个全价输入 token。

工具应这样修正
统计器需要忽略子 Agent 自身 task_started 之前的继承日志，然后按 total_token_usage.total_tokens 的正增量计算，同时去除累计值不变的重复事件。不能跨 rollout 直接累加 last_token_usage.total_tokens。