很多人开 Codex 会员前先搜「有多少 token」，想拿一个数字去和别人比价，结果发现官方从来不给一个固定的 token 数。这篇不给你编一个数，而是把额度的计量口径、各档位查数字的位置、以及「同样额度为什么有人够用有人半天就没了」讲清楚，让你自己判断要不要升档。
很多人开 Codex 会员之前先搜「有多少 token」，想拿一个数字去和别人比价。结果翻遍官方页面也找不到那个数——因为 Codex 压根不是按 token 总数发货的，它给的是一个用量窗口。窗口里能用多少，取决于你让它干什么活、用哪个模型、上下文重复了多少。
所以这篇不给你编一个数，而是把额度的计量口径、各档位该去哪儿看当下的数字、以及「同样一档为什么有人够用有人半天就没了」讲清楚。看完你能自己判断要不要升档，而不是抄一张不知道什么时候的截图。
先搞清 Codex 的额度不是按 token 直接发的
把会员额度想成「一段时间内可用的算力窗口」比想成「一袋 token」更贴近实际。官方给的是窗口长度和窗口内的可用量，而不是一个固定 token 总数。你让它写个短脚本，和让它读完整个仓库再改十几处，消耗速度能差好几倍。所以「这一档有多少 token」这个问题本身口径就是错的，换成「我这种用法在这档能撑多久」才有答案。
- 用量窗口
- 一段时间内可用的量，到点刷新或恢复，不是一次性发完的余额
- 消耗速度
- 同样一条指令，任务越长、上下文越重复、模型越重，扣得越快
- 折算口径
- 如果非要换算成 token 量级，得指定模型、任务类型和上下文长度才有意义
想知道你关注的那一档当下折算成 token 大概什么量级，别信二手截图，去站内编程套餐目录对应档位的速查页看当时的说明。如果只是想横向比「每单位花费能买到多少可用量」，用 Token 单价换算把官方按量计费的价格折算一遍，比看宣传语实在。
- 先去 /coding-plans 找到你那一档的速查页，看它写明的窗口口径
- 再用 /tools/token-price-calculator 把按量计费的价格折算成可比单位
- 两边对完再决定，别只看任何一个数字就下单
- 如果两边差距很大，说明这一档的设计本来就不适合你这种用量形态
各档位的额度数字去哪查，别抄二手截图
低档、中档、高档的额度口径和刷新周期都不一样，不能拿一档的数字去套另一档。逐个对照才靠谱：Plus 档、Pro 5x 档、Pro 20x 档各有自己的说明页，多人共用一套的算法又不一样，得另看 Business 档的账怎么摊。下面这张表帮你理清「想知道什么，该去哪页」。
| 你想确认的事 | 去哪查 |
|---|---|
| 个人低档额度口径 | /coding-plans/openai-codex-product-subscription-plus |
| 中档加倍后的口径 | /coding-plans/openai-codex-product-subscription-pro-5x |
| 高档大量用户的窗口 | /coding-plans/openai-codex-product-subscription-pro-20x |
| 多人共用的额度怎么摊 | /coding-plans/openai-codex-product-subscription-business |
| 额度何时恢复、是否滚动 | /resets |
| 口径有没有变过、什么时候变的 | /price-watch |
额度是滚动窗口还是按周期重置、什么时候恢复，用额度重置追踪对时间点，别凭记忆。第三方截图里的数字常常是某个时间点的快照，过两天口径一调就作废了。拿不准就以价格变动追踪和站内速查页的当前口径为准，这两处会跟着更新。
什么情况下低档够、什么情况下必须升
判断要不要升档，别看别人怎么选，看你自己一天被限速几次。典型的够用场景：一个人、盯着一两个仓库、每天几轮小改动、不跑长任务——这种用低档基本碰不到上限，升档纯属浪费。反过来，如果你一天内被限速两次以上，或者经常整仓重构，或者好几个人轮流用同一个账号，满足两条以上再认真考虑升档。
- 先记一周的限速次数连续记七天，每天被限速几次、当时在干什么任务，写在便签里就行
- 对照自己的任务类型如果限速都发生在跑长任务或整仓改动时，说明是任务重，不一定是档位低
- 排除外部瓶颈如果主要感受是慢而不是被卡额度，先到 /tools/speed-test 量一下接口基线，网络问题升档也救不了
- 最后再决定升不升两条以上信号同时成立才升，否则先调使用习惯，比如拆小任务、少带无关上下文
还有一个不适用的情况要讲清楚：如果你只是偶尔跑一次大任务，其余时间都很闲，那升档多出来的量大概率闲置。这种情况更该考虑按量兜底，而不是长期买高一档。习惯上先从中档试水、再往下砍，通常比一路往上加更容易找到真实需要的那一档。
额度不够时的三条路，各有代价
额度不够时无非三条路：升档、按量 API 兜底、走第三方渠道。三条没有绝对优劣，先看你的用量是「平稳小量」还是「忽高忽低」再选，别被单次价格带跑。
| 路径 | 适合什么用量 | 主要代价 |
|---|---|---|
| 升档 | 用量平稳、每天都在用 | 多花钱，偶尔跑大任务时多出的量闲置 |
| 按量 API 兜底 | 用量忽高忽低、不想被窗口卡 | 要自己管 key 和用量，得盯账单 |
| 第三方渠道 | 想按量又在意成本 | 额度和真实性要自己验，别只看宣传 |
升档最省心，适合用量稳定的开发者；按量 API 适合波动大的场景，参考官方 API 价格那一页把按量成本折算清楚再决定；走第三方渠道便宜、可按量，但额度和真实性必须自己验，挑之前先用中转站真假在线实测跑一遍，别只信宣传页上的说法。
- 用量平稳且每天都在写代码：优先升档，省事
- 用量一个月集中几天：按量更划算，别让窗口空转
- 预算敏感又想按量：第三方可以试，但先实测再充值
- 完全没量过自己用量：先按量跑两周，用数据再决定买哪档
额度不够不是先加钱，而是先分清自己是「用得少」还是「用得猛」——这两种情况该走的路完全不同。下一步把自己那一档的当前口径和窗口恢复时间对一遍，再去测速页量个基线，两件事做完你基本能判断要不要升档了。→
常见问题
Codex 会员到底给多少 token？能不能给个准数？
给不了一个固定数，因为它按用量窗口算，不按 token 总量发。同样一档，短任务和读整仓库的消耗速度差很多。要一个可比数字，就去站内编程套餐目录对应档位的速查页看当时的说明，或者用 token 单价换算自己折一遍。
开了会员额度还是不够，是不是被限速了？
先分清是碰上限速还是任务本身太重。连续两次被卡、且都是整仓级别的改动，基本就是额度到顶；如果只是偶尔慢、换个时段又好了，多半是上游波动。可以参考额度重置追踪对一下恢复节奏，再决定升档还是改用按量。
低档会员能撑住日常写代码吗？
一个人、一个仓库、每天几轮小改的场景基本够。真正撑不住的是多人共用、天天下整仓重构、或者把它塞进自动化批量跑。满足后面任意两条，就别硬扛低档，升档或按量兜底更省事。
