codex 额度查看

写代码写到一半，Codex 突然提示额度不够，或者你只想确认这个月还剩多少能用——这时候最麻烦的是不知道去哪儿看。这篇按「先看哪里、再看什么、数字对不上怎么排」的顺序走一遍，把剩余额度、已用量和重置周期三个入口讲清，并说明哪些情况下你看到的数字本来就不准。

写代码写到一半，Codex 提示额度不够，或者你只是想确认这个周期还剩多少能用——最麻烦的不是额度不够，而是不知道去哪儿看。客户端弹一句提示、账户页显示一个百分比、账单里又是另一套数字，三个地方口径不一样，越看越糊涂。这篇按「先看哪里、再看什么、数字对不上怎么排」的顺序走一遍，把剩余额度、已用量和重置周期三个入口讲清，并说明哪些情况下你看到的数字本来就不准。

先说结论：查额度这件事不能只靠一个入口。账户用量页给的是基准数字，客户端提示只能做快速确认，真正对账要靠你自己这边的调用记录。三者的分工搞清楚了，就不会被某一处的百分比吓到。下面每一节都给可执行动作和判断标准，方便你照着做一遍。

三个入口：客户端提示、账户用量页、对账记录

很多人第一反应是盯客户端界面上的余额提示，但那个数字通常只覆盖当前周期的一部分口径，比如只算某个模型的消耗、只算当前会话、或者只按次数折算，不等于你的全量额度。把它当成「红绿灯」没问题，当成「油表」就容易误判。真要拿基准数字，还是得回账户用量页。

1. 第一步：先拿基准打开账户用量页，确认周期起止和累计已用量，把这两个数字记下来，这是后面所有判断的参照物。
2. 第二步：再用客户端确认回到客户端看提示，判断当前这轮任务会不会中途断掉。差异大不要慌，先按后面的排查顺序走。
3. 第三步：日志兜底如果你自己留了调用日志，拿它跟账户页对一次总量。对得上就放心用，对不上再往下查原因。

先搞清你看到的数字是哪种口径

口径这件事不搞清，后面全是白忙。常见的有三种：按 token 折算、按请求次数、以及按「任务轮次」折算。Codex 这类编程客户端多数用第三种——它不按你敲了几个字算，而是按一次编程任务整体消耗的资源折算，所以你看到的是「还剩几轮任务」而不是「还剩多少 token」。

token 口径

输入输出按量折算，适合和 API 账单对照，但普通用户没手感

次数口径

按请求条数算，简单直观，但一条长请求和一条短请求被算成一样

任务轮次口径

按一轮编程任务折算，贴近实际体感，但同名任务的实际开销可能差很多

已用量怎么看：把「这轮任务花了多少」拆开

已用量不是一个孤立的数字，它由几块拼出来：读进去的上下文、模型的输出、以及反复重试和工具调用的往返。同一个需求跑两次消耗差很多，多半不是模型抽风，而是项目文件被读进去多少、上下文有没有被裁剪造成的。理解这一点，你才能解释为什么昨天够用的额度今天突然紧张。

• 上下文是大头：让客户端扫描整个仓库，和只读指定几个文件，消耗能差出数倍
• 重试会累加：网络抖动、超时重发、失败重跑，每一次都算进已用量
• 工具调用有往返：一次任务里反复读文件、跑命令、再读输出，往返次数越多越费
• 多开会话不省：后台挂着的会话即便你没在看，只要仍在跑就算消耗

实操上建议你挑一个有代表性的任务跑一遍，记录任务前后的账户用量差值，得到属于你自己的「单任务基线」。有了这个基线，再看日用量就大概能估算出还能撑几天。注意别只看单次——日用量比单次更能反映真实节奏，因为漏算的重试和后台任务都会在日汇总里现形。

重置周期怎么确认：别猜，去页面看

重置周期常见两类：按自然月滚动（每月固定日期清零）和按订阅生效日滚动（从你开通那天算起的一个周期）。这两者在月初和月末的差异很明显，猜错一次就可能把额度规划全打乱。所以别凭感觉，去账户或套餐页看说明文字，那里通常写明了周期类型和起止规则。

如果你想看看别人实际观察到的重置规律，可以去站内的额度重置追踪页核对，那里的记录能帮你确认自己的周期判断有没有跑偏。具体页面路径见下面的 CTA。另外要注意，按量计费的账户通常没有「重置」这个概念，用完了充值就行，别把订阅的节奏套上去。

1. 周期结束前两三天盘一次把当前累计用量和日均消耗算出来，看剩余额度够不够撑到重置日。
2. 估算缺口怎么补如果明显不够，要么把非紧急任务往后挪，要么临时降级用轻量模型顶一顶。
3. 记录一次重置点重置当天看一眼新周期的起点，和自己的记录对一下，确认周期类型没变。

数字对不上：一份排查顺序

账户页显示已用量和你的体感差很多，是很常见的事，绝大多数情况下不是平台算错。按下面的顺序排查，基本能定位到原因。最后一步才是问客服，而且问之前先把材料整理好。

• 对时间口径：你统计的是本地时区还是平台时区，跨天统计最容易差一天，先统一时区再比
• 对范围：是不是漏掉了另一个客户端、另一台机器，或者团队里别人共用了同一把 Key
• 对缓存与重试：命中缓存的部分、失败后重发的请求，双方统计口径常常不一致
• 对模型：同一任务里混用了不同模型，费用合并显示时容易看不出差异来源
• 最后问客服：带上时间范围、调用条数、差额数量，比空口描述快得多

额度紧的时候，优先砍哪几刀

额度不够用的时候，很多人的第一反应是换便宜模型，其实这不是最有效的一刀。按投入产出排序，最该先动的是上下文范围，因为它往往是最大的一块消耗，而且改起来最直接。

分流这刀要配合价格信息来做，具体哪个模型便宜、差多少，别凭印象，去站内的比价页核对当时的数字。如果是团队共用一把 Key，还要先约定好谁负责哪类任务，否则分流做了也白做。

把这件事变成一个月一次的固定动作

查额度不该是「出问题了才想起来」的事。把它拆成一个月三次的固定动作：月初看一次周期起止，月中看一次消耗速度，周期尾盘一次余额。每次只花几分钟，但能避免临到期才发现不够用的尴尬。

• 记什么：只记三列——日期、累计用量、当时在做什么任务，多记无益
• 判断趋势：连续两个周期的消耗都在往上走，说明是任务量变了，不是额度缩水
• 看公告：套餐额度口径调整通常会有说明，站内的额度重置追踪页能帮你确认
• 留缓冲：估算时给自己留一截余量，别按刚好够用做计划

坚持两三个周期之后，你会得到一份属于自己的消耗曲线。到那时候，别人还在问「额度怎么看」，你已经能提前判断这个周期够不够用了。判断类的事情，数据积累比任何攻略都管用。