很多人在Codex里第一次看到额度条,会冒出两个问题:免费版到底给多少、为什么我的和别人说的不是一个量。这篇不背数字,讲的是额度规模是怎么定出来的、按什么维度切分、哪些行为让它掉得快,以及想确认当期数值该去站内哪几页核对。
很多人在Codex里第一次看到那条额度进度条,脑子里冒出的第一个问题就是:免费版到底给多少。然后去搜一圈,发现每个人说的数都不一样,有人一个下午就见底,有人天天用好像也没掉多少,越看越糊涂。
这篇不给你背一个数,因为那个数本来就不是固定的。我们讲的是:这个额度大概是什么规模、按什么逻辑切给你、哪些动作在吃它、为什么你和别人不一样;以及想看当期数字、想估自己还能撑多久,该去站内哪几页核对。
为什么没人能给你一个固定数字
先把心态摆正:免费额度是官方按运营节奏随时调的变量,不是产品规格书上的常数。别人几个月前截图里的数字,今天大概率已经不作数了,抄来只会误导自己。
- 额度跟着运营节奏走,活动期、推广期、灰度期都可能是不同的口径,同一个账号过几周再去看也可能变了
- 同一时间不同账号看到的量也可能不同:账号状态、所在地区、走的哪个入口、有没有绑定订阅,都会影响
- 所以正确姿势是把「数值」和「口径」分开:数值一律去站内页面看当期,口径也就是「怎么算、什么在扣」,才是这篇要讲清的东西
免费额度的分配逻辑:按什么切给你的
免费的额度大多不是「每天自动补满一小份」,而是给你一个周期性可用的总量。也就是说这一轮的用完了,通常进入等待状态,等下一个周期窗口重置再回血,而不是睡一觉第二天就满格。
理解这一点很关键:它决定了你该把额度当「储备」用,而不是当「日流量」用。重要任务优先,闲逛式的尝试尽量往后放。
| 切分维度 | 在问什么 | 你要确认的事 |
|---|---|---|
| 时间窗 | 多久算一轮 | 是每天、每周还是更长周期,直接决定你的节奏 |
| 额度单位 | 折算成什么计量 | 是点数、折算值还是别的口径,才能横向比较 |
| 可用范围 | 哪些能力算在内 | 免费的覆盖到哪些模型和功能,高成本能力是否被排除 |
额度单位是什么,哪些动作在吃它
额度常以点数或折算值的形式呈现,但它背后对应的是真实的输入与输出两类消耗,而且这两类的权重通常不一样,输出侧往往更费。你感觉「我没打几个字怎么就没了」,多半是因为模型读进去和吐出来的量远超你敲的字。
- 输入消耗
- 你让它读的代码、文件、上下文有多长,这部分按读进去的量算
- 输出消耗
- 它写出来的方案、代码、解释有多长,这部分通常比输入更贵
- 轮数
- 同一个任务里它自纠、重试、追问的次数,每多一轮就多一次完整消耗
- 长上下文:一次把整个仓库或大段日志塞进去,消耗是按量线性涨的
- 反复重读:每轮都把同样的全文再带一遍,等于同一份东西付了多次钱
- 多轮自纠:让它自己写、自己改、自己再改,轮数越多,尾部消耗越明显
- 一次任务真正花多少,取决于你让它读了多少、改了多少轮,而不是你敲了几个字
看额度别只盯着自己的手指头,要盯着任务的规模。这是一个很容易被忽略但影响最大的变量。
为什么你的额度和别人不一样
看到别人报的数和你不同,先别怀疑对方在瞎说,很可能你们根本不在同一套规则上。差异基本来自三个层面,按顺序排查会快很多。
- 先查账号属性新号、老号、有没有绑定付费、是不是在活动期,规则可能就不在同一套上。登录账号自己看实际显示,比问人准。
- 再查使用方式同一个需求,让它先规划再动手,和让它直接开写,消耗能差出数倍。回想你最近的任务是不是都偏向「直接开干」。
- 最后查环境客户端缓存、项目体积、是不是每轮都重新带上全文,都会改变实际扣减。换一个更干净的小项目试同一类任务,感受一下差距。
三层都排完还是对不上,那就不是你的问题,是口径变了,去站内看当期记录。
想看当期数字,走这几页
要确认一个能用的数字,别靠搜索框里别人写死的结论,直接去站内核对当时的记录。这几页分工不同,按顺序走一遍就有答案。
| 页面 | 看什么 | 为什么 |
|---|---|---|
| 官方编程套餐目录页 | 各档位的额度口径与适用范围 | 先分清免费档覆盖到哪,别拿付费档的数字套自己 |
| 额度追踪相关页面 | 最近一轮的变动记录 | 判断你手上那个数字是不是已经过时 |
| 账号内实际余量 | 你自己账户里真实显示的数值 | 和页面口径对一遍,差太多就查是不是走了别的计费通道 |
自己估:这点额度大概能跑多久
与其问别人额度够不够用,不如自己算一份。这套估法不依赖任何固定数字,全靠你过去一周的真实记录,所以换个额度规则也能套用。
- 记第一周三个数每天大概发起多少次任务、单次平均几轮、单次大致消耗在哪个量级。不用精确,能分出大小就行。
- 算理论次数用「这一轮的额度总量 ÷ 单次平均消耗」得到理论任务次数。这是上限,别当真。
- 打折长任务会拖尾,前面几个任务可能就把余量吃出个坑。实际能跑的次数通常比理论值低,按经验往下调。
- 标出失效条件模型换代、额度规则调整、你的任务类型整体变化时,这套估算直接作废,要重新记一周。
明确什么情况下不适用很重要:你换了一种更费的任务类型,或者刚好碰上额度规则调整,旧估算就不能再拿来当依据。
免费额度不够用时,先判断再动手
额度不够用分两种情况,处理方式完全不同,别一上来就想着升级。先分清是「量真的不够」还是「用法太费」,后者换成更省的习惯,往往比掏钱管用。
- 先看是不是用法太费:每轮都带全文、任务不拆分、让它反复自纠,这些习惯改一改就能省下不少
- 确实到量了再考虑档位升级,升级前把各档的额度口径对齐,别只看价格那一栏
- 如果只是短期冲量,按量计费的接口通道可以作为补充,但两边的账要分开记,不然月底对不上
还有一种情况是不适用的:如果你是团队共用、把它当成生产工具在跑,那免费额度本来就不是给你扛这个场景的,早点按团队用量来规划更现实。
自己记一份额度账,比背数字有用
最后给个最土但最管用的办法:自己记一份额度账。你不是要成为会计,只需要一份能回答「我这周哪类任务最费」的记录。
- 日期
- 标清楚是哪一天用的,方便按周汇总
- 任务类型
- 写清楚是查资料、改代码还是写文档,方便分类比较
- 轮数
- 这次任务大致跑了几轮,是估算消耗的关键变量
- 余量前后变化
- 任务前后的余量差,就是你这次实际花掉的量
每两周回看一次,找出最费的那类任务,优先改它。这份日志同时也是你判断「要不要升级」的唯一依据,别靠感觉拍脑袋。
额度是会变的,习惯和记录是你自己的,后者更靠得住。下一步想知道自己这套用法大概能撑多久,可以到站内的额度与套餐页面核对当期口径,再结合你自己的记录算一遍。→
常见问题
Codex免费版额度到底是多少?
没有一个能长期抄的数字。它是官方按运营节奏调整的周期性额度,账号状态、地区和渠道都可能让结果不同。想知道当下大概的量,去站内编程套餐目录页和额度追踪页核对,别用别人截图里的旧数字。
免费额度和付费额度是同一套计量吗?
多数情况下是同一套底层计量,只是总量和可用范围不同。免费档通常限制更严,遇到高成本能力会另走规则。判断时先看口径是否一致,再比数字,否则容易得出错误结论。
为什么我什么都没干,额度也掉得快?
常见原因是上下文太长和轮数太多。让它每轮重读整个项目、反复自纠重试,都会持续扣减。先把任务拆小、减少无谓重读,往往比换账号见效更快。
额度用完了会立刻不能用吗?
一般是当下这批任务受限,而不是账号被封。你可以等下一轮额度刷新,也可以切到按量计费的通道继续。切换后记得把两条账分开记,否则月度复盘会算不清。
怎么判断我该不该升级档位?
先看你的日志:是真的额度量不够,还是单次任务太费。如果连续几周都是在正常用法下提前触顶,再考虑升级;如果只是某类任务特别烧,先优化那类任务更划算。