codex一周额度多少美金

很多人开完 Codex 订阅，只知道「一周有额度」，但不知道这堆额度按量价折成美元到底值多少，也就没法判断自己是不是买亏了。这篇不讲怎么充值，只给一套换算口径：把额度、token、单价、倍率对齐，再拿自己的周用量倒推花费。看数字请到站内对应页面核对当时的数值。

很多人开完 Codex 订阅，只知道「一周有额度」，但不知道这堆额度按量价折成美元到底值多少，也就没法判断自己是不是买亏了。这篇不讲怎么充值，只给一套换算口径：把额度、token、单价、倍率对齐，再拿自己的周用量倒推花费。看数字请到站内对应页面核对当时的数值。

换算的目的不是跟官方对账，而是让你手里有一个自己的成本基线。有了这个基线，续费、升档、溢出兜底这些决定才有依据，而不是凭感觉。下面按「为什么要折、先对齐什么、怎么折、怎么用自己的量倒推、折完怎么判断、哪里容易错、每周怎么复盘」的顺序走一遍。

为什么要把周额度折成美元

订阅制最大的心理陷阱是「已经付过了」，于是用起来毫无节制，直到某天发现额度提前触顶，或者工作效率反而被额度焦虑拖累。把周额度折成美元，等于给这笔月费装了一个计价器：你知道每一周实际消耗掉多少价值，也就知道自己离上限还有多远。

• 折成美元后，才能和你真正跑量用的按量 API 账单放在一张表里比，不然一边是月费一边是 token 账单，根本没法对齐
• 折成美元才能回答一个很实际的问题：我是买到了一个折扣，还是买到了一个用不完的套餐
• 不适用的情况：如果你的任务量远低于周额度上限，折算是没有意义的，直接看月费值不值就行，别为了算而算
• 也不适用于只想试用一两次的人，那种场景本来就不该按月订阅

换算前先对齐三个数

换算链最容易出问题的地方，是三个数来自三个口径：订阅额度、模型单价、渠道倍率。它们不在同一个页面上，也不一定同一时间更新，所以先把来源固定下来，再去算。

这三个数里，最容易忽略的是额度单位。有些订阅给的是点数或 credits，需要先按官方关系换成 token 量级，再乘单价。如果跳过这一步，直接拿点数当 token 算，结果会差出一个数量级。

换算不是找官方要一个标准答案，而是把你自己那条链路上的参数摆到台面上。

额度到 token 再到美元：一条换算链

整条链路可以拆成三步，顺序不能乱。乱一步，结论就会偏。下面这套顺序适合大多数编程场景，非编程场景要调整输入输出比例。

1. 第一步：把周额度换成 token 量级先确认额度单位。如果是点数或 credits，按站内公开的对应关系换成 token；如果直接就是 token，跳过这步。换算后在纸上写下「每周大约多少 token」这个量级。
2. 第二步：按输入输出比例拆分编程任务输出占比通常不低，别整段按输入价算。取你近期一周的输入输出比例，把总量拆成两份，分别乘当期单价，再相加。
3. 第三步：用工具交叉验证手算容易漏掉缓存命中、倍率这些项。到站内的价格或成本相关工具再走一遍，两次结果量级一致就可以用，差得多就回去查哪一步用错了参数。

算完记住一句话：这个结果只是量级参考，不等于官方给你发这么多钱，也不代表你随时能把额度提现。它的用途是拿去和自己的 API 账单比。

用你自己的周用量倒推，而不是拍脑袋

上面算的是额度「最多值多少」，接下来算的是你「实际用掉多少」。这两个数不一样，前者看套餐上限，后者看你的真实消耗。倒推用的数据，只从你自己的用量记录里取。

• 从用量记录里截取完整一周的输入输出 token，按同一单价算一遍，得到你这周的按量成本
• 拿这个成本和折算出来的额度上限比，看落在什么位置：三分之一、一半，还是贴着上限
• 比例长期低于一半，说明你为用不完的额度付了钱，该考虑的是降档或者干脆走 API
• 比例贴着上限甚至溢出，说明订阅对你划算，该考虑的是升档还是用 API 兜底溢出部分
• 不知道自己的量算多算少，可以到 /usage 看公开的用量水平做个横向对照，但只做参考，别照搬

折完之后怎么判断该订阅还是走 API

把「月费 ÷ 折算下来的每周美元价值」当成一个折扣率看。这个折扣率如果你觉得值，就留订阅；如果你实际用掉的量远低于上限，这个折扣率对你就是虚的，因为你根本没吃到。

不适用的情况也要说清楚：如果你的调用有强时效要求，或者需要固定出口、固定区域，价格对比就不是第一决策项；这时候该先看 /sites 和 /rankings 上的稳定性检测结果，再谈成本。

折算时最容易算错的几件事

折算这件事，错法比算法多。下面几条是开发者在群里最常踩的，每一条都会让结论偏离真实情况。

• 把额度当成钱包余额，忘了它每周刷新、不能累积，于是按「攒着以后用」的思路规划任务
• 忽略缓存命中与倍率，同一批 token 被按两种价格算了两遍，结果偏高或者偏低
• 只算均价不看任务结构，重构类和调试类任务的消耗差得远，用平均比例套所有任务会失真
• 把折算结果当成官方报价去跟人争论，没有意义，它只是你自己链路上的估算

还有一个隐蔽的坑：只统计成功的请求。失败重试、超时重发这些同样消耗额度，如果用量记录里能看到，就别漏掉。

每周十分钟的复盘动作

换算不是做一次就完事，而是每周花十分钟对一次账。固定一个时间点，比如周五下班前，把这一周的消耗和产出记下来，连续记几周就有你自己的基线了。

1. 记下消耗比例本周额度用掉了多少比例，大概对应多少 token，写一行就行。
2. 记下实际产出这一周用这些额度完成了什么，比如提交了多少个改动、解决了几个问题，用你自己的口径记。
3. 比例异常时先查任务如果消耗比例突然走高，先看是不是任务类型变了，比如从写小函数变成了大范围重构，而不是先怀疑计费有问题。
4. 把结论存档把每周的结论写进团队的成本记录，下次续费或者升档时直接拿数据说话，不用再临时拍脑袋。