GoForum › 🌐 V2EX
估算了一下 Pro 20X 的周限额度
msg7086 ·
2026-09-12 06:03 ·
0 次点赞 · 8 条回复
让 Codex 直接读了我的会话数据，以上一次 Tibo 重置的时间戳为界。
我所有的会话都是 Astra ，以 lightweight 和 medium 为主，没有开过 fast 。
以下表格和统计由 Codex 写脚本计算和生成。
| 类型 | Tokens | 金额 |
|---|---|---|
| 非缓存输入 | 16,835,563 | $168.36 |
| 缓存输入 | 584,864,000 | $584.86 |
| 输出（含推理） | 3,374,930 | $168.75 |
| 总计 | 605,074,493 | $921.97 |
输入总计 601,699,563；推理输出 1,361,628，已包含在输出中。
假设这些数据恰好覆盖本周已消耗的 75% ，且后续使用模式相同，线性估算如下：
| 周限额 | Tokens 等效额度 | Astra 标准价等值 |
|---|---|---|
| 已用 75% | 约 6.05 亿 | $921.97 |
| 剩余 25% | 约 2.02 亿 | $307.32 |
| 整周 100% | 约 8.07 亿 | $1,229.29 |
之前我记得 Pro 20X 的周限应该在 2500 左右，现在差不多缩水一半了。
如果 sol 的额度不变（存疑，待确认），那 astra 就相当于 sol 的 5 倍价格。
8 条回复
sillydaddy · 2026-09-12 06:38
没有算“缓存写入”，单价是\(12.5/百万 token 。token 数量大概跟“非缓存输入”一致。这会多出大概\)200 的费用。
没有考虑超出 270k 的长上下文，计费基本是翻倍的： https://developers.openai.com/api/docs/models/gpt-6-astra#:~:text=272K%20input%20tokens%20are%20priced%20at%202x
@sillydaddy 忘了说了，所有会话都是 <272K 的默认上下文长度，没有开长上下文。
@sillydaddy 刚让 Codex 重新检查了，记录里 cache_write_input_tokens 这条都是 0 ，不知道 OpenAI 那边是没计费还是计了没返回真实数值。
添加回复
你还需要 登录
后发表回复
pro 20x 确实是 2000+左右，所以之前就一直有人在说 astra 的订阅是在 api 价格上再 x1.8~x2 了。
另外最近还有一个反直觉的讨论就是 astra 开 xhigh-max 反而比 medium 和 light(low)省钱