很多人升到 Codex Plus 之后，第一个问题不是贵不贵，而是「这周到底还能敲多少」。有人周一一早额度就掉了一半，有人以为额度用光要等下个月，还有人把网页版对话的次数和编程额度混成一笔账。这篇不背数字，只给一套判断口径：额度按什么周期算、刷新从哪一刻起、在哪几个站内页面能看到当期区间，以及出现「怎么算都不对」时按什么顺序排查。
很多人升到 Codex Plus 之后，第一个问题不是贵不贵，而是「这周到底还能敲多少」。有人周一一早额度就掉了一半，有人以为额度用光要等下个月，还有人把网页版对话的次数和编程额度混成一笔账。这篇不背数字，只给一套判断口径，让你自己算得清、查得到。
下面按五个角度走一遍：额度由哪几块拼起来、刷新怎么算、去哪看当期数字、觉得掉得不对怎么排查、不够用时先改什么。所有具体数值都不写死，因为官方随时会调，写死的数字第二天就可能失效。
先弄清 Plus 的额度由哪几块拼起来
同一档订阅里，往往同时存在好几套口径：网页对话的次数、编程相关会话的用量、个别模型单独的额外限制。这三套是分开计的，把其中一套当成全部，算出来的数一定对不上。看额度前先问自己：我现在用的是哪一套。
- 次数口径
- 按「你发了几轮」来扣，长回复和短回复一样算一次，适合快速估算
- 用量单位口径
- 按模型实际处理的内容量折算，同样一轮对话，贴大文件和不贴能差很多
- 能力边界
- 有些功能只对更高档位开放，在 Plus 里不是「少一点」，而是完全没有，先确认有没有再谈多少
还有个容易忽略的点：不同模块的剩余量是各自独立显示的。你在某个面板看到「还有很多」，不代表另一个面板也宽裕。养成分开看、分开记的习惯，比记一个总数靠谱得多。
每周刷新是怎么算的：滚动还是固定重置
「每周额度」这四个字最容易骗人。它可能是自然周固定重置，也可能是从你首次使用那天起按天滚动。两种机制对「周几最经花」的影响完全相反：固定重置的话，越靠近重置日越敢用；滚动的话，你的个人周期跟日历无关，得自己记起点。
- 先确认自己账号的周期起点：是自然周，还是首次使用后按天滚动，登录后在你自己的用量页能看到周期提示
- 刷新不等于所有计数一起清零，不同模块可能各有各的重置时间，分开记比记一个总时间靠谱
- 时区差异会让「周一刷新」在你的本地时间上变成周日夜里，跨区账号尤其容易误判，按页面显示的时间为准
- 如果某周你几乎没用，额度不会因此翻倍攒到下期，别指望攒着用
判断方法很简单：连续两周记下同一时刻的剩余量，看它是不是在你预期的那个点回满。回满的点每次都一样，就是固定重置；每次都往后挪一点，就是滚动。记录两周基本就能确定。
在哪看当期数字，而不是记一个固定值
额度区间和档位会随官方调整变动，任何写死的数字过一阵就失效。正确做法不是背，而是知道去哪查。站内有两类页面值得常看：一是套餐与订阅说明页，写清当前档位包含哪些口径；二是重置追踪页，反映当期有没有额外赠送或规则改动。
| 想确认的事 | 去哪看 | 看的时候注意什么 |
|---|---|---|
| 当前档位包含哪些额度口径 | 站内套餐与订阅说明页 | 分模块看，别只看总数 |
| 当期额度有没有被调整 | 站内重置追踪页 | 对比前后两期，别只看一天 |
| 不同地区订阅的差异 | 站内价格与额度对照页 | 价格和额度分属两个维度，便宜不一定额度高 |
| 某功能在 Plus 里有没有 | 站内模型与能力清单页 | 先确认有没有，再谈多少 |
顺便提醒一句：价格便宜的地区不一定在额度上占优，两边都要看。社群里的截图和传言时效性很差，遇到和自己用量对不上的说法，先去页面核对再下结论。
觉得额度掉得不对，按这四步排查
- 先看后台消耗检查是不是有后台任务、自动补全或超长上下文会话在持续跑。这类消耗不会出现在你手动敲的那几次里，但确实在扣。关掉不用的会话再观察半天。
- 再查是不是多端共用同一个账号在多个客户端或设备上登录，用量是合并计数的。回忆一下有没有把账号借出去或在两三个地方同时开着。
- 然后排除看串了模块把各个模块的剩余量分别截图对比，而不是凭印象说「我记得还有很多」。截图放一起，问题往往一眼就看出来。
- 最后才考虑规则调整前三步都排除了，再去追踪页和套餐页确认当期是否有改动。顺序别反，一上来就怀疑自己被针对，大概率是白折腾。
这四步的顺序是有讲究的：越容易自查、越可能自己造成的，放越前面。多数「额度不对」的反馈，卡在前两步就找到原因了。
额度不够用时，先分清是量不够还是用法不对
额度见底，不一定是量不够，很可能是用法在漏。短会话频繁重开、同一段代码反复贴、把整份大文件当作背景塞进去，都会让同样的工作量吃掉更多额度。先改习惯，再考虑升档。
- 把相关问答合并在同一个会话里，减少反复重开的开销
- 贴代码只贴相关片段和报错，不要整份文件往下灌
- 长任务拆成几步做，中途确认方向，避免一路跑偏后推倒重来
- 非编程类的轻量问答，考虑用成本更低的入口处理，把编程额度留给真正需要的活
什么情况下升档才划算？如果你连续几周都在周期中段就见底，而且已经按上面的习惯优化过，说明确实是量不够，这时候升档值。反过来，只是偶发高峰期不够用，升档往往不划算，配合按量计费的接口兜底更灵活。还有一点：更高档位带来的不只是量，还有单次可用的上下文长度和并发上限。如果你的瓶颈是「一次处理不完这么多内容」，那加量解决不了，得换思路。
下一步先别急着记数字，去站内把当期口径和额度范围核对一遍，再对照自己的用量记录，判断到底是量不够还是用法在漏。→常见问题
Codex Plus 每周额度是一个固定数字吗？
不是。官方会随档位和模型调整额度口径，写死的数字很快会失效。判断自己够不够用，应该去站内的套餐页看当期区间，再对照自己一周的实际消耗习惯，而不是记住某个数字。
额度是每周一零点重置吗？
不一定，不同账号、不同模块的重置起点可能不一样，有的是固定周期、有的是滚动窗口。最稳妥的做法是记录一次额度归零的时间点，往后推一周自己验证，同时去站内重置追踪页看当期是否有变化。
我用得不多，为什么额度也掉得快？
常见原因是后台自动补全、长会话累积的上下文、以及多设备共用同一账号。这几种消耗都不显示在你手动发起的操作次数里，先逐项排除，再考虑是不是当期规则调整。
