Codex 额度为什么还没恢复？把每个窗口和重置时间分开核对

来源、日期与适用范围

这份教程与离线示例由 AIXiamo（AI夏末）整理，首次发布于2026年9月11日。本页于2026年10月12日校对人工记录的 Unix 秒示例，保留原始发布日期与原版示例源码；示例沿用原项目的 MIT 许可。

“5小时”和“周窗口”是合成案例的标签，程序不会按名字生成周期，也不假定所有账号、模型都有相同窗口。它只能解释传入的数据，不能验证记录真实性、实时性或账号的整体可用性。

三个案例：为什么不能只看一条进度条

固定核验时刻是2026-09-11 15:00（UTC+08:00）。案例A的5小时窗口已用100%，周窗口已用40%；案例B的5小时窗口已用20%，周窗口已用100%。两者都不能仅凭其中一个未用完的窗口判断任务一定可以继续。

案例C包含三种不同问题：14:59:59已经到重置时间，需要刷新；缺少已用百分比，信息不足；把毫秒误填成秒，数据异常。三个结果不能统一写成“余额为零”或“等一会儿就好了”。

案例A：5小时100% → 已用完；周窗口40% → 当前未用完
案例B：5小时20% → 当前未用完；周窗口100% → 已用完
案例C：旧时间 → 到重置时间，需刷新
       null → 信息缺失；13位毫秒 → 数据异常

下载并运行固定日期的离线练习

需要 Python 3.8 或更高版本，无第三方依赖。两份文件放在同一个独立目录，先审阅源码，再执行。省略 --as-of 也使用下面的固定日期，不自动读取电脑当前时间，因此旧演示输出不能当作今天的账号状态。

配套15项测试覆盖0、100、浮点、缺失、非法类型、NaN／无穷、毫秒、时区转换、重置时间前后和多窗口独立判断。测试通过证明示例逻辑符合这些断言，不证明真实账号能够继续使用。

python3 usage_windows.py --as-of '2026-09-11T15:00:00+08:00'
python3 -m unittest -v test_usage_windows.py

人工记录格式不是官方接口

name 是人工填写的窗口名称，usedPercent 是0–100的有限数字，resetsAt 是整数 Unix 秒。若实际界面显示的是“剩余”，先确认语义再转换，不把相同数字直接放入已用字段。

--as-of 是记录的核验时刻，必须含 +08:00 或 Z 等显式偏移。下面的构造记录输出重置时间2026-09-11T17:00:00+08:00，已用80%、剩余20%；字段名和输入边界属于这个教学脚本，不是官方 API 的约定。

python3 usage_windows.py --as-of '2026-09-11T15:00:00+08:00' --records '[{"name":"示例窗口","usedPercent":80,"resetsAt":1789117200}]'

按顺序处理非法、缺失和过期记录

非法数据优先：布尔值、数字字符串、负数、超过100的百分比以及非有限数字被拒绝；重置时间限定为1–9999999999的整数秒，用来排除常见毫秒误填，这不是平台接口要求。

没有名称、百分比或重置时间时保留“信息缺失”；0本身是合法已用值。核验时刻大于或等于重置时间时，输出“到重置时间，需刷新”，不计算新窗口余额。其余有效记录分别解释，不能将不同窗口平均成一个总百分比。

怎样把示例结论用于真实排查

先重新观察实际 Usage，再记录当前失败发生在模型、CLI、脚本还是其他工具。不同模型范围和其他适用限额仍需核对。“当前未用完”仅说明这一条记录，不保证下一次请求成功。

求助时提供脱敏错误、观察时刻、窗口标签与显示含义，不分享账号凭据或完整配置。确认是 API 账单问题后走对应 API 排查；确认是计划用量后再看当前窗口、credits 和真实工作负载，不用重复请求试探恢复。