使用 ASTRA 6 的代价：Token 容量下降 78.6%，按 API Token 标价折算的账户价值下降 52.0%

结论

在配对周末窗口中，GPT-5.6 Sol 每消耗一个周配额百分点可处理 18.270M tokens； GPT-6 Astra 经 model-mix 归一化后为 3.910M。按每 0.1% 表示，即 1.827M 对 0.391M tokens。

这是单一账户、特定生产工作负载的观察性估计。它证明这个账户的实测结果发生了变化， 但不能据此断言所有账户、地区或工作负载都得到相同幅度的调整。

配额曲线

横轴是已消耗的周配额，纵轴是本地记录到的累计 processed tokens。曲线越陡，表示 weekly meter 每前进同样幅度，subscription 可以承载的 token 工作量越多。

为什么周窗口感觉烧得特别快

直接测量非常清楚：与配对的 Sol 基准相比，Astra 每个 token 消耗的周配额高 4.67 倍。因此，即使眼前的工作看起来没有增加 4.67 倍，meter 仍会明显更快前进。

“Energy phase” 是对这种运行状态的操作性命名，不是 OpenAI 遥测字段。日志没有暴露 joules、GPU time、scheduler priority 或内部配额公式；它只暴露最终结果：相同的 0.1% 周配额，Astra 能承载的 token 数量只有 Sol 的 21.4%。

实测：每 token 的配额燃烧速度为 4.67×，token 容量下降 78.6%。 推断：weekly meter 更可能按模型级别或计算强度加权，而不是单纯累计 raw tokens。这就是窗口感觉烧得很重的原因。

公开 API 标价支持这个推断的方向：Astra 的 input、cached input 和 output 单价均为 Sol 的 2.5 倍；直接配对中，每 token 的实测配额惩罚却达到 4.67 倍。因此 subscription meter 的行为既不是简单 token 计数，也不是公开 API 价格的严格同比复制。

研究方法

1. 解析本地事件语料。扫描 Codex rollout JSONL 中的 token-count、token-usage、turn context、session metadata、model、timestamp 与 rate-limit snapshot。
2. 隔离 weekly meter。只保留 limit_id=codex 且 window 为 10,080 分钟的读数；排除五小时与模型专属的 secondary meters。
3. 建立 response-level token ledger。按 response ID 去重。旧格式的累计计数器只在单调区间内累加正向 delta，再用 per-response 记录与 naïve cumulative reconstruction 交叉校验。
4. 重建 reset windows。聚类近似相同的 resets_at timestamp，分配 canonical window，并在每个 window 内计算 max−min。周末跨 instant reset 时，累加 reset 两侧，而不是把归零当成负消耗。
5. 匹配可比时间段。比较 8 月 28 日开始的 Sol-dominant 周末和 9 月 4 日开始的 Astra-dominant 周末；两者使用同一台本地机器、同一账户、同一数据格式、同一周末定义和同一 ledger 规则。
6. 归一化 Astra model mix。Astra 周末包含 304.834M Astra tokens 和 37.995M Sol tokens。使用直接测得的 Sol 配额速率扣除 Sol 部分，得到 80 个百分点内 312.796M Astra-normalized tokens。

真正影响结论的控制项

完整结果

Token 容量降幅大于 API 标价等值降幅，因为 Astra token 的公开单价更高。按公开价格对 各模型 token mix 分类折算，Sol 的完整周配额约等于 $1,143，Astra 约为 $548，下降约 52%。这只是 list-price equivalence，不是账单，也不是对 OpenAI 内部成本的判断。

解释边界与限制

• 这是单一账户的观察性研究，不是随机实验。
• 配额百分比的服务端原始精度为整数；0.1% 曲线来自插值。
• 工作负载、context length、cache 行为与 tool use 都可能影响配额燃烧。
• 完整周容量是把 partial-window 的实测速率外推到 100%。
• 78.6% 应与 75.3% pooled estimate 及约 64% 保守敏感性结果一起阅读。

结论：工作负载从 Sol 切换到 Astra 6 后，每单位周配额能够承载的 token 只剩约五分之一。最佳直接估计是 token 容量下降 78.6%；主要聚合方法将降幅放在 75.3–78.6%。按 API token 标价折算，账户的周配额等值下降约 52.0%。

可复现性说明：以上数字均通过同一套 reset-aware ledger 从本地 rollout corpus 重新计算。 本文没有公开 session 文本，只展示 aggregate counts、model labels、timestamps、quota deltas 与 token totals。英文版：The Cost of Astra 6。