CODEX / 用量 / 重置

Codex 用量重置

粘贴 /status，看看还剩多少，以及何时重置。

打开你的用量面板

codex /status

你的用量重置

在 Codex CLI 里运行 /status，把整段粘进来。

你的每周重置

每周窗口 —% 剩余

在上方粘贴 /status，或手动填入每周百分比。

燃烧速度—

每日额度—

预计用尽—

这里的重置时间和百分比，与首页倒计时显示的是同一份记录——只存在这个浏览器里。

重置会补满这个窗口，同时也会把它重新开始。看看这次重置对你值多少

这里的一切都留在此浏览器中。无需账户，不上传，不使用 Cookie。

codex-usage --forecast

下一次重置会在什么时候？

判断下一次已验证重置。预测足够后会显示社区结果，每一轮都会用真实结果打分。

社区预测

正在读取当前重置…

这些百分比是读者的预期，不是本站的预测。旁边的模型数字由已验证的重置历史计算得出，绝不与投票混合。

历史准确率: 还没有已评分的投票。

打开 /api/reset-poll 原始数据

codex-usage --analyze-cycle

分析当前重置周期

面板今天只给一个数字。在一周里多记几次，形状就出来了：你真实的燃烧速度、每天还能花多少仍能撑到重置、以及照此下去何时用尽。

当前剩余—

周期已过—

本周期读数—

可持续速度你的燃烧

codex-usage --where

两个地方，回答两个不同的问题

两个地方，回答两个不同的问题
	CLI 里的 /status	分析面板
回答	此刻还剩多少	过去几天花在了哪里
5 小时窗口	返回时有——实时百分比和重置时间	本次观测会显示 Spark 专属 5 小时仪表；通用 5 小时行仍可能缺席
每周窗口	有——实时百分比和重置时间	有——百分比和重置时间
历史	无	有——7 天、1 个月或自定义区间
按模型 / 入口 / 技能	无	有
新鲜度	运行的那一刻读取	聚合数据，滞后数分钟

要决定还能不能再开一个任务时，运行 /status。想知道是哪个模型、哪个入口或哪个技能吃掉了窗口时，打开面板。

codex-usage --explain-dashboard

面板上每个模块的含义

以下内容直接观测自实时页面，而非照抄文档。OpenAI 自己的企业指南提醒不要把面板标签当作稳定契约，因此本节单独标注观测日期。

余额

顶部卡片。它直接写明 Codex 与 Work 共用同一份用量额度，然后以百分比显示每周额度剩余，并给出绝对重置时间戳——与 CLI 渲染的是同一个服务器下发时间。

容易看错的地方: 那是百分比，不是数量。OpenAI 未公布任何套餐的每周上限，所以剩余 20% 无法换算成还能发多少条消息。

你可能没注意到的第二个仪表

Spark 现在有两张独立卡片：GPT-5.3-Codex-Spark 5 小时限制和 Spark 每周限制，各自显示剩余百分比与重置时间。

容易看错的地方: 不要把 Spark 的 5 小时卡和每周卡合并成一份额度，也不要把它们与通用每周卡混淆；应逐张读取名称与时间。

剩余 credits

credits 用于在套餐额度之外继续使用，只有在窗口耗尽后才会被扣。自动充值位于页面后方，余额过低时自动补上。

容易看错的地方: 对从未购买过的人来说，0 credits 是正常状态——既不是错误，也不代表每周额度归零。

Usage limit resets

实时账户区块正式命名为 Usage limit resets，并说明重置可恢复 5 小时、每周或两个限制。Codex app 与 Web Usage 标签都会把保存的票据显示为 Full reset，附准确过期时间和 Use reset 按钮。

容易看错的地方: 看到 Full reset 只表示它可用，不代表已经生效。只有选择 Use reset 后当前百分比才会变化；应抄下界面过期时间，不要假设统一有效期。

个人用量（按入口）

所选区间内的 0–100% 曲线，分为桌面端、CLI、Web 和 Exec。这一块才能告诉你到底是哪个客户端在吃窗口。

容易看错的地方: 入口是客户端，不是各自的额度。四个入口共用同一份池子，所以 CLI 安静并不代表你还有余量。

回合数（Turns）

区间内的回合总数，可在「按模型」和「按入口」之间切换。模型列表就是当前的实时路由集合——Sol、Terra、Luna，以及更早的 5.5、5.4、5.4-mini，再加上 Spark 和自动代码审查模型。

容易看错的地方: 回合不是成本单位。一次高推理强度的长 Sol 回合和一行 Luna 回合，都各算一次。

技能与插件调用

同一区间内的两个计数：插件被调用了多少次，以及技能被使用了多少次并按技能细分。

容易看错的地方: 它们统计的是调用次数，不是消耗量。适合发现某个技能触发得远超预期，不适合用来分摊额度。

credits 使用历史

一张分页表格，列出日期、服务和消耗的 credits。在真正花掉 credits 之前一直是空的。

容易看错的地方: 它只记录 credits 支出。套餐内的普通用量从不出现在这里，所以表格为空并不能说明你这周用得轻。

控件

区间可选 7D、1M 或自定义窗口，另有一个分组选择器决定图表的聚合粒度（默认按天）。第二个标签页「Code review」单独统计自动代码审查。

区间只作用于历史图表。顶部的余额卡片始终是实时的，不受其影响。

面板结构观测于 2026-08-22

codex-usage --faq

Codex 用量常见问题

Codex 用量面板在哪里？

它在 Codex 设置里，而不是 ChatGPT 设置里，位于 Analytics 下——页面标题是「Codex and Work Analytics」，默认打开 Usage 标签页。旧地址 /codex/cloud/settings/usage 已不再是承载这些仪表的页面。 https://chatgpt.com/codex/cloud/settings/analytics#usage

不打开浏览器怎么查 Codex 用量？

在活跃的 Codex CLI 会话里运行 /status。请从客户端实际打印出的限制窗口行中读取实时剩余百分比和重置时间；返回哪些窗口可能会变化。

面板为什么不显示我的 5 小时上限？

Web Usage 标签可能显示 GPT-5.3-Codex-Spark 的 5 小时卡，同时仍不显示通用 5 小时卡。OpenAI 会按模型和账户返回不同窗口组合，因此请逐项读取页面标签，并与 /status 对照。

GPT-5.3-Codex-Spark 仪表是什么？

Spark 模型的独立额度，有自己的百分比和自己的重置时间戳，就显示在每周进度条正下方。它按独立时钟运行——花掉它不影响你的每周窗口，每周滚动也不会补满它。

ChatGPT Work 的用量会算进我的 Codex 额度吗？

会。余额卡片直接写明：Codex 与 Work 共用同一份用量额度。ChatGPT for Excel 和 Workspace Agents 也取自同一个 agentic 池。普通 ChatGPT 对话单独计量，不会消耗它。

每周额度的 20% 相当于多少条消息？

从面板无从得知。OpenAI 按套餐公布了每 5 小时的消息区间，却没有公布任何套餐的每周上限，所以每周仪表是一个未公开总量的百分比。任何给出确切每周消息数的说法都是猜测。

我什么都没跑，用量百分比为什么会跳？

历史图表是聚合的、滞后数分钟，而且各入口共用一个池子——云端任务、自动代码审查或一次 Work 会话都可能在你终端闲置时消耗额度。请与实时读取的 /status 对照。

在哪里查看和使用保存的重置？

在 Codex app 中打开个人资料里的用量摘要；在 Web 上打开 Codex and Work Analytics → Usage。找到正式名称为 Usage limit resets 的区块，核对 Full reset 过期时间，并只在希望恢复所列窗口时选择 Use reset。阅读存储重置指南

重置对我一定是好事吗？

不一定。重置会补满每周窗口，同时也把它从那一刻重新开始。如果你手里还剩着大部分额度，补上去的很少，而下一次自然滚动会被推后——你可能反而在本来不会卡住的时间点撞上限制。重置价值计算器会用你填的数字，把「有重置」和「没重置」两种未来各推演一遍。这次重置值不值？