codex免费额度2026年5月

你大概是这么卡住的：想用 Codex 写点东西，搜到一堆互相矛盾的免费额度说法，有的还写着上个月的数。额度这类东西本来就跟着活动和档位在动，抄别人的数字基本没用。这篇不给你一个死数，而是给你一套当月自查的动作：去哪儿看政策原文、怎么盯重置、怎么记录自己的实测、以及什么时候该承认免费额度已经不适合你的用法。

你大概是这么卡住的：想用 Codex 写点东西，搜到一堆互相矛盾的免费额度说法，有的还写着上个月的数。额度这类东西本来就跟着活动和档位在动，抄别人的数字基本没用，还可能让你按错的预期排任务。

这篇不给你一个死数，而是给你一套当月自查的动作：去哪儿看政策原文、怎么盯重置、怎么记录自己的实测、以及什么时候该承认免费额度已经不适合你的用法。所有涉及具体数字的地方，一律以你自己打开站内页面看到的那一刻为准。

当月政策去哪儿核对，别抄二手数字

免费额度其实分两类：一类是账号自带的试用或赠送额度，一类是订阅档位里折算出来的编程用量。两者的查询入口和生效范围都不一样，先用错入口，后面所有推算都会歪。看到任何写死「每月送多少」的截图或转述，先当成过期信息处理。

赠送/试用类

跟账号绑定，通常在官方控制台能看到剩余量与有效期，过期不补

档位折算类

跟着订阅档位走，按窗口滚动释放，用完要等下一窗口而不是等月初

重置类

独立入口、独立有效期，别和上面两类混在一起算总量

• 政策原文和档位折算口径，到 /coding-plans 与 /coding-plans/openai-codex-product-subscription-plus 这类档位页核对，别信群里的截图
• 当月到底还剩多少，用官方控制台或客户端里的用量页看你自己的账号数，那是唯一算数的
• 站内的 /codex-radar 和 /resets 只做趋势和重置节奏的参考，不是你的余额
• 拿不准某个数字属于哪一类，就先看它出现在哪个页面，页面归属往往比数字本身更能说明问题

看懂额度页那几个数字，别自己换算错

额度可能按请求条数给，也可能按 token 折算，两种口径下「用了三成」代表的实际工作量差很多。很多人以为自己在算钱，其实是在拿两种不同单位的数做减法，结论自然不成立。

• 先确认你看到的是哪一种口径，再去估工作量
• 订阅档位的额度常带滚动窗口，用完等窗口滚动释放
• 重置类额度有独立有效期，别把它算进日常预算
• 拿不准某项算不算消耗，做一次最小复现：记下操作前后两个数，差值就是它
• 同一类任务在不同入口烧的速度不同，两边别用同一个系数换算

如果你发现页面上的口径和你的直觉对不上，最省事的办法不是研究规则，而是做一次最小复现：用最短的一次操作跑一遍，对比前后两个数，你就得到了自己账号上这颗任务的真实消耗。

每月一次 10 分钟：把当月实测记成一行

别指望记住上个月烧了多少。给自己定一个每月一次的动作：打开用量页，把当时的数抄下来，横着写一行。记录的目的不是精确到分，而是下次估算时有个自己的锚点；别人的数字只当排序参考，不能当你的基数。

1. 第一步，抄下起始数打开官方用量页，记下当前剩余与口径，写清是条数还是 token
2. 第二步，跑你常做的那类任务挑一个你每周都会重复的任务，正常做完，别为了测试特意放大
3. 第三步，对比前后两个数差值就是这颗任务的真实消耗，记在刚才那一行里
4. 第四步，标注窗口类型写清额度是一次性、滚动还是独立重置，这决定你下次何时能看到它回来

连着记两三个月，你对「这类任务大概吃掉多少」就有一个自己的手感了。要把这些记录接进整体预算，可以顺着 /usage 和 /price-watch 看趋势，再回头修正你的估法，而不是反过来拿别人的数套自己。

什么时候别再纠结免费额度

免费额度不是永远够用，也不是一旦不够就必须马上付费。先判断你落在哪一类，再决定动作，比无脑续档或者无脑省着用都靠谱。

• 任务体量稳定超过窗口额度，每次都卡在窗口边缘等释放
• 需要长时间连续跑，中途断掉会毁掉整个任务
• 需要把调用接进自己的脚本或服务，而不是手动在界面里点
• 要多人共用同一份额度，个人档的设计并不是给人分摊的
• 出现以上任意一条，就该去比较按量付费和套餐折算，而不是继续挤免费额度

涉及自动化调用时，先搞清额度能不能用在接口上。很多免费额度只在客户端或网页里有效，接口走的是另一套计价，用免费额度的心态去写脚本，账单会给你上一课。要算钱的话，回到 /official-api 和 /coding-plans 对比按量付费与套餐折算，选能覆盖你真实用量的那一档，别只看单次便宜。