余额
顶部卡片。它直接写明 Codex 与 Work 共用同一份用量额度，然后以百分比显示每周额度剩余，并给出绝对重置时间戳——与 CLI 渲染的是同一个服务器下发时间。
容易看错的地方: 那是百分比，不是数量。OpenAI 未公布任何套餐的每周上限，所以剩余 20% 无法换算成还能发多少条消息。
CODEX 用量面板 + 周期分析
读懂你的 Codex 用量，然后撑过这一周。
OpenAI 的面板告诉你用量花在了哪里，却不会告诉你会不会用完。本页逐块讲清真实面板的每个模块，再在浏览器里分析你当前这个周期的燃烧曲线——不接触你的账户。
打开你的用量面板你现在还剩多少？
在 Codex CLI 里运行 /status，把整段粘进来。一次粘贴就能填满它报告的每一个窗口——百分比、重置时间、倒计时。
5 小时窗口
—% 剩余
每周窗口
—% 剩余
在上方粘贴 /status，或手动填入每周百分比。
燃烧速度—
每日额度—
预计用尽—
不用 CLI？
从面板上读出每周仪表，填在这里。
这里的一切都留在此浏览器中。无需账户，不上传，不使用 Cookie。
下一次重置会在什么时候？
给个判断。等预测数量足够，你就能看到其他人怎么选——而且每一轮都会用真实结果打分。
读者的预期
本站模型给出的数字:
这些百分比是读者的预期，不是本站的预测。旁边的模型数字由已验证的重置历史计算得出，绝不与投票混合。
历史准确率: 还没有任何一轮结算。下一次已验证重置后会出现第一条打分记录。
两个地方，回答两个不同的问题
| CLI 里的 /status | 分析面板 | |
|---|---|---|
| 回答 | 此刻还剩多少 | 过去几天花在了哪里 |
| 5 小时窗口 | 有——实时百分比和重置时间 | 完全不显示 |
| 每周窗口 | 有——实时百分比和重置时间 | 有——百分比和重置时间 |
| 历史 | 无 | 有——7 天、1 个月或自定义区间 |
| 按模型 / 入口 / 技能 | 无 | 有 |
| 新鲜度 | 运行的那一刻读取 | 聚合数据，滞后数分钟 |
要决定还能不能再开一个任务时，运行 /status。想知道是哪个模型、哪个入口或哪个技能吃掉了窗口时，打开面板。
面板上每个模块的含义
以下内容直接观测自实时页面，而非照抄文档。OpenAI 自己的企业指南提醒不要把面板标签当作稳定契约，因此本节单独标注观测日期。
你可能没注意到的第二个仪表
每周进度条下面另有一个 GPT-5.3-Codex-Spark 仪表，拥有自己的百分比和自己的重置时间——那是另一个时钟，不是每周额度的细分。
容易看错的地方: 用光 Spark 不会消耗每周窗口，每周重置也不会补满 Spark。两个仪表，两次独立的滚动。
剩余 credits
credits 用于在套餐额度之外继续使用，只有在窗口耗尽后才会被扣。自动充值就在它下方，余额过低时自动补上。
容易看错的地方: 对从未购买过的人来说，0 credits 是正常状态——既不是错误，也不代表每周额度归零。
个人用量（按入口）
所选区间内的 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-02
分析当前重置周期
面板今天只给一个数字。在一周里多记几次，形状就出来了：你真实的燃烧速度、每天还能花多少仍能撑到重置、以及照此下去何时用尽。
当前剩余—
周期已过—
本周期读数—
可持续速度 你的燃烧
真实周期长什么样
一个真实账户，由本站的重置校验器每分钟采样，并按天发布为曲线。它只是一个账户、一种套餐、一个人的工作负载——是可供对照的形状，不是群体估计。
来源：本站自有的受监控账户。不是 OpenAI 数据，也不是用户平均值。
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 小时窗口上给不了你的东西。
面板为什么不显示我的 5 小时上限？
它从来就没显示过。分析页围绕区间内的历史与归因构建；5 小时窗口是实时滚动额度，没有值得作图的内容。只有 /status 和客户端本身会报告它。
GPT-5.3-Codex-Spark 仪表是什么？
Spark 模型的独立额度，有自己的百分比和自己的重置时间戳，就显示在每周进度条正下方。它按独立时钟运行——花掉它不影响你的每周窗口，每周滚动也不会补满它。
ChatGPT Work 的用量会算进我的 Codex 额度吗？
会。余额卡片直接写明：Codex 与 Work 共用同一份用量额度。ChatGPT for Excel 和 Workspace Agents 也取自同一个 agentic 池。普通 ChatGPT 对话单独计量，不会消耗它。
每周额度的 20% 相当于多少条消息？
从面板无从得知。OpenAI 按套餐公布了每 5 小时的消息区间，却没有公布任何套餐的每周上限，所以每周仪表是一个未公开总量的百分比。任何给出确切每周消息数的说法都是猜测。
我什么都没跑，用量百分比为什么会跳？
历史图表是聚合的、滞后数分钟，而且各入口共用一个池子——云端任务、自动代码审查或一次 Work 会话都可能在你终端闲置时消耗额度。请与实时读取的 /status 对照。