计算方法

• 每个请求的 Token 数取自 usage 计数器，Codex 将其写入文件 rollout-*.jsonl ，写入发生在模型回复后。具有相同 response_id 的记录属于同一次回复，即使出现在两个文件中也只计一次。不使用会话累计计数器，因为它们会在压缩和恢复时重置。
• 上下文拆分是估算值。每次请求前会还原当时的上下文。模型回复和推理采用精确计数，其他内容根据字符数估算（西里尔字母约每字符 0.33 Token，拉丁字母和代码约 0.27）。系数根据相邻请求之间的实际输入增量校准。
• “日志中不可见”是剩余部分：请求的实际输入，减去从文件中还原的全部内容。通常包括系统提示和工具描述，压缩后还可能包含加密摘要；按字符估算的误差也归入此项。日志无法确定其具体组成和比例，因此不再细分。请求的所有类别之和始终等于实际输入。
• 自动审核（guardian）是独立会话，由模型在执行前审核代理的操作。
• 会话查看器中的缓存和非缓存输入是整个步骤的精确计数器。日志未说明具体哪些块命中缓存。块高亮表示在所选步骤新加入上下文的内容。如果缓存输入少于上一步读取的输入，会显示“缓存未命中”标记；日志未说明原因。
• 会话查看器中的累计值是截至所选步骤（含）的所有请求费用、token 和限额估算比例之和。
• 日期范围和每日图表按本机时区将请求分配到各天。跨日会话的对应费用分别计入各天。选择日期范围后，会话表中的 token、API 费用、请求数和每周百分比仅涵盖所选日期，其余列仍涵盖整个会话。
• 费用按 OpenAI API Standard 价格估算，并非实际扣费或订阅限额用量。新输入、缓存输入和输出分别计价。输入超过 272K token 时，输入与缓存价格乘 2，输出乘 1.5。缓存写入（GPT-5.6 及更新模型乘 1.25）使用新版 Codex 日志中的 cache_write_input_tokens 字段。旧日志缺少此字段：基础估算按普通输入价格计算新输入，另一种情景将其全部按缓存写入价格计算。无模型价格的请求不计入总额：请求标记为“—”，部分计价的会话或日期标记为“*”。
• 每周用量基于 Codex 在回复后写入日志的计数器。仅使用七天窗口（window_minutes = 10080），不论其所在位置；忽略五小时窗口。实测部分：在同一时间线上，全部会话已接受读数之间的计数器增量。首个读数表示已有用量，不是新增消耗。迟到且较小的读数被跳过；resets_at 变化时不跨窗口累计增量；无法解释的下降区间不作估算。估算部分：按 API 费用比例将增量分配给请求，因此会话和日期带有 ≈。未处于两次读数之间的请求没有估算值，这不代表零。假定全部日志属于同一账号。
• 命令表中的“已发送”是命令输出大小，乘以将该输出包含在上下文中的请求次数。