codex免费额度大概用多久

刚开 Codex 的人最容易卡在一个问题上：免费额度看着不少，但我这种用法到底能用几天、几个任务？这篇不给你一个写死的天数，而是给你一套五分钟能自己算完的方法：先看清额度按什么口径扣，再把你每天真实干的事折算成用量，最后套个区间。算完你就知道自己该不该提前准备切换方案。

刚开 Codex 的人最容易卡在一个问题上：免费额度看着不少，但我这种用法到底能用几天、几个任务？这个问题没有统一答案，因为额度不是按「你点了几次」扣的，而是按用量口径走的。同样一次提问，你贴进去一个小函数和贴进去一整个项目的代码，消耗完全不是一回事。

所以这篇不给你一个写死的天数，而是给你一套五分钟能自己算完的方法：先看清额度按什么口径扣，再把你每天真实干的事折算成用量，最后套出一个区间。算完你就知道自己该不该提前准备切换方案，而不是等到某天突然被提示额度用尽。

先搞清额度扣的是什么，别按次数想

很多人下意识把免费额度想成「还能问多少次的次数券」，这是估算跑偏的头号原因。实际扣减通常是把输入和输出合在一起按用量计算的，你每轮塞进去的上下文越长，单次消耗就越大。所以第一步不是算天数，而是先确认自己那一档到底按什么单位扣。

• 不同入口、不同档位的额度口径不一样，先去 /coding-plans 找自己对应的档位页面，看清扣减规则再看当前数字。
• 拿不准自己这档扣的是什么，先去 /codex-radar 和 /resets 看额度和重置节奏的公开记录，对照别人的情况判断。
• 同一句话问两遍，消耗不一定一样，因为第二次你可能又贴了一遍上下文。
• 单位确认错了，后面所有估算都是白算，这一步别省。

把你的日常用法折算成用量：三类任务分级

接下来把你自己每天干的活分个级。不用太精确，粗分三档就够用：补全或改一个小函数算轻；改一个文件、调一个 bug 算中；跨多个文件重构或者从零起一个项目算重。这三档的消耗量级差别很大，混在一起估必然失真。

估的时候只记两个量：每天大概交互几轮、每轮喂进去多少代码上下文。这两个量的乘积基本决定你烧得快不快。想拿真实数字对照，翻一下自己一周的会话记录，或者到 /usage 上看看公开的用量榜，判断自己落在什么位置。

不适用的场景要说清楚：如果你几乎都在长文件上反复读改，用「轮数」来估会严重偏低，这时候得按上下文长度估，也就是看你每次实际贴进去多少代码。

算出一个区间，而不是一个天数

拿到单位和你每天的折算用量，算法就很简单：额度总量除以每天的用量等于天数。先按轻、中、重三档各算一遍，你就能得到一个区间，而不是一个孤零零的数字。

1. 算三档分别用轻、中、重三种日常用量去除额度总量，得到三个天数，这就是你的区间。
2. 取中档区间跨度通常很大，从一两周到撑不过几天都正常，把中档那个数当成你的心理预期。
3. 乘安全系数在算出的天数上再打个折扣，因为调试时的重试、报错重发、上下文反复拉取都会额外吃额度。
4. 记录基线把这次算出的基准记下来，之后用法一变就回来重算一次。

估算给的是量级，不是承诺；想知道当前真实数字，去 /codex-radar 核对。

什么时候这个估算不成立，也要提前知道：额度规则或重置节奏变了、你换用了更强的模型、任务从写小脚本变成大规模改造，这几种情况都会让你的旧估算失效，必须重新算一遍。

额度见底前该做的准备动作

算完天数不是终点，而是给你一个倒排的时间点。假如你估自己大约能撑十天，那么第七天就该开始准备备选方案，别等系统明确提示用尽再临时找路，那时候你手上往往还有没跑完的活。

• 提前量按你估算天数倒推，别拖到最后一刻。
• 限速和额度是两件事，被限速卡住时的重发也可能计入消耗。
• 对比备选路线时，先看口径再看数字，不然比出来的是错的。
• 如果你本来就有订阅，先判断升级是否比按量补更合适，再动手。