很多人用 Codex 用着用着突然被限流,第一反应是「我充的额度怎么还没刷新」。其实额度刷不刷新,取决于你买的是订阅制还是按量充值,两者的时间口径完全不同。这篇把判断逻辑、自查步骤和刷新前后的使用安排一次说清,并告诉你什么情况下「等刷新」根本不是解法。
用 Codex 用着用着突然被限流,很多人第一反应是「我充的额度怎么还没刷新」。这个疑问背后其实混了两件事:你买的是订阅制,还是按量充值。前者通常有周期,后者一般没有周期可刷。搞混了就会白等,也会白白错过该加量的时候。
这篇只解决一个问题:Codex 充值的额度到底会不会刷新。下面按「先分清模式 → 再看刷新刷的是什么 → 自查周期 → 刷新前后怎么排任务 → 什么情况等刷新没用 → 该等还是该加量」的顺序走一遍,每一步都给能直接上手的动作。
先分清两种额度:一种是订阅带周期,一种是充值按量
判断自己的额度属于哪种,最直接的办法是打开额度页面看字段名。显示「剩余 / 总量」「本周期已用」这类相对值的,基本是订阅制,额度会在某个时间点回到初始值。显示「余额」「已充值」「已消耗」这类绝对值的,是按量充值,只会随着调用往下掉,不会自己涨回来。
| 你看到的字段 | 大概率属于 | 额度会不会刷新 | 怎么应对 |
|---|---|---|---|
| 剩余 / 总量、本周期已用 | 订阅制带周期 | 到周期起点通常回到初始值 | 按周期排任务,尾部留余量 |
| 余额 / 已消耗 / 可充值 | 按量充值 | 一般不会,只减不增 | 余额见底前主动补 |
| 近期窗口用量、小时上限 | 滚动窗口限流 | 会小幅回血,不是整块重置 | 把重活摊到多个时间片 |
| 并发数、每分钟请求数 | 频率 / 并发限制 | 跟额度周期无关 | 降并发或错峰,等刷新没用 |
- 订阅制的周期起点一般是你的扣费日,不是自然月第一天,别默认月初就会回位。
- 按量充值的余额不叫「刷新」,只叫「再充一笔」,页面不会自己变多。
- 滚动窗口的上限体感像一直在小幅回血,但它不是把整块配额还给你。
- 同一家平台可能同时给订阅和按量两种入口,先确认自己开的是哪一个。
「额度刷新」到底刷的是什么
刷新刷的是配额上限,不是钱。订阅制里,平台在周期起点把「这一周期最多能用多少」重新放回初始值,跟你账户里还剩多少钱没关系。所以如果你上周期只用了很少一部分,别指望它会累积到下周期变成双倍,那部分通常直接作废。
- 配额上限
- 一个周期内允许消耗的总量,到点回到初始值。
- 周期起点
- 这次回位的时间点,通常贴着你的扣费日。
- 滚动窗口
- 按若干小时或按天滑动计算的上限,用多少补多少,不是整块重置。
- 累积结转
- 上一周期没用完的额度留到下周期,多数订阅制不做这件事,别当默认。
把这两种逻辑分清楚,你就知道为什么有人觉得「额度一直在回」、有人觉得「一直不回」——他们其实处在不同计费模式下。具体某家平台是哪种口径,到 /coding-plans 核对当时的说明,数字会变,口径也可能调整。
三步自查:你的额度到底哪天回位
猜周期没用,自己测一遍最准。下面三步按顺序做,做完你对「哪天回、回多少」就有底了。
- 找到扣费日翻订阅记录或订单邮件,把你最近一次扣费的那天记下来。大多数周期起点贴着这一天,而不是月初。
- 对照同类规律到 /resets 看同类产品的重置规律做参照,再对比自己的用量曲线,看回位时间点对不对得上。
- 用小任务实测挑一个耗时固定的轻任务,连续两天在同一时间段各跑一次,记录被限的时间点。实测两三个周期就能看出规律。
周期剩得不多时,任务怎么排
周期尾部是最容易卡壳的阶段。这时候的任务安排原则很简单:重的往前挪,轻的往尾巴放,别在快到期时开一个收不了尾的大活。
- 大范围重构、批量改测试这类重活,放在周期刚过的时候做,余量最足。
- 改错别字、补注释、写文档这类轻活,留给周期尾巴,消耗低也不怕被打断。
- 快到期又确实有急活,先拆成几个小批次,别一口气冲到限流卡在半成品状态。
- 如果每个周期都在最后几天被卡死,问题不在刷新,而在档位选低了,见下一节。
有种常见误判:把「总是最后几天不够用」当成刷新机制有问题,于是熬夜等回位。其实这是容量不够的信号。判断标准是看被限的时间点是不是每个周期都差不多靠后,如果是,等刷新只会重复同一个困局。
刷新回来后,头两天别急着全梭
周期刚回位时额度最宽裕,很多人一上来就把所有活全排满,结果第一天就把大半配额烧掉。稳妥的做法是先确认状态正常,再按消耗速度决定这个周期怎么分配。
- 先跑一次基准小任务,确认额度和响应都正常,再上正式工作。
- 记录本周期第一天的实际消耗速度,用它反推这个档位能不能撑满整个周期。
- 上一周期被限的时间点记在本子上,两三个周期后就能看出稳定规律。
- 第一个周期别急着调档,先攒一轮真实数据,再做加量决定。
| 本周期第一天就用掉的比例 | 说明什么 | 下一步动作 |
|---|---|---|
| 很少,且节奏平稳 | 档位偏宽,暂时够用 | 保持观察,下周期再复核 |
| 接近一半 | 档位偏紧,后半月会吃紧 | 下周期考虑加量,别硬撑 |
| 开头就见底 | 档位明显不够或有人共用 | 先排查共用情况,再谈加量 |
这几种情况,等刷新解决不了问题
「额度刷新」有个前提:你真的是撞到周期配额上限。下面几类情况里,等刷新是白等,得换排查方向。
- 额度没用一半就被限,多半是并发或频率限制在起作用,跟周期无关。
- 共享或被多人使用的账号,额度会被别人吃掉,刷新了也轮不到你。
- 按量充值模式根本不存在刷新,只有「余额见底」和「再充一笔」两种状态。
- 换 key、换模型、换时间段都还是被限,那更像触发了风控,先排查账号本身。
判断顺序建议这样走:先看额度页是订阅还是按量 → 看是不是并发或频率报错 → 确认账号是不是多人共用 → 都排除了再回到周期问题。把这个顺序记下来,比反复重启工具省事。
该等刷新,还是该加量
等刷新和加量不是对错问题,是频率问题。偶尔一次卡在周期末尾,等就行;反复在周期中段就见底,那就不是等的事。判断标准看两个东西:被限的频率,和任务能不能拆到多个周期。
- 偶尔一两次卡在周期末尾:等刷新就行,不用动档位。
- 连续两个周期都在中段见底:换更高档位通常比零星加量划算,具体档位口径到 /coding-plans 看当期说明。
- 只是临时冲一个项目:临时加量或按量补充更合适,别为此整年升级。
- 决定前先折算成本,用 /tools/token-price-calculator 把额度换成等效调用量再横向比。
- 不确定选哪家或哪种计费方式,到 /sites 看中转站信息,再到 /rankings 看当期排序,数字以页面为准。
额度刷新是回到起点,不是把起点抬高。想抬高起点,只能换档位。下一步先确认自己是订阅还是按量,再到站内核对当期额度口径和可比档位,数字以页面为准。→
常见问题
我充的额度到下个月会自己变多吗?
看你买的是哪种。订阅制通常会在下一个扣费日把本周期配额恢复到初始值,但不是变多;按量充值的余额只会减少,不会自动回血。打开你的额度页看显示的是「剩余/总量」还是「余额」,一眼就能分辨。
上个月没用完的额度会留到这个月吗?
绝大多数套餐不结转,周期一过就清零。所以别把额度攒着等到月底一起用,那是最容易亏的用法。想确认结转规则,去站内额度重置追踪页看同类产品的说明口径,各家写法不一样。
额度刷新时间能改吗?
一般改不了,周期起点绑定首次扣费那天。少数平台允许调整结算日,但要联系客服且有次数限制。与其折腾改期,不如按现有周期去安排任务节奏,把重活放在周期前半段,这比改期实际得多。
为什么我刚刷新就被限流了?
大概率不是额度问题,而是频率或并发限制。检查是不是短时间发了大量请求、是不是有别人共用同一个 key。按排查顺序走:换 key 单独测、换模型测、降低并发测,逐项排除后再看额度。
怎么知道我的额度够不够用满一个周期?
跑两三个周期就有答案。记录每周期第一次触限的时间点,如果都落在周期中后段,说明够用;如果都在前几天就见底,那就是档位选低了。数据攒够再决定升档,比凭感觉升级稳妥。