ChatGPT Codex 额度疑似重置 Bug：长时间运行竟不扣除使用量？

最近在折腾 AI 编程的时候，发现了一件挺离谱的事情。本来以为只是系统显示延迟，结果仔细一测，感觉像是挖到了一个可以“无限白嫖”的 Bug。

疑似触发 Bug 后的 Codex 使用状态截图

事情是这样的，平时用 Codex 跑代码，那额度掉得比谁都快，两眼一睁就是关注剩余使用量。但这回，在执行了一次重置操作（具体可能是会话重置或者特定的时间窗口操作）之后，我开了两个会话，连续跑了一个多小时的代码。

正常情况下，这么大的计算量，额度早就该见底或者直接归零了。但诡异的一幕出现了：额度数字纹丝不动，完全没有扣除的迹象。这显然不是因为我用的少，毕竟代码一直在跑，日志里的请求记录也实打实地在那里摆着。

长时间运行代码后的额度变化记录

现象分析：这是系统延迟还是隐藏 Bug？

首先，我们要排除一种最常见的误判：数据更新延迟。很多 SaaS 平台的仪表盘确实会有几分钟甚至十几分钟的延迟。但这次不一样，时间跨度拉长到了一小时以上，这就不能简单地用“延迟”来解释了。

这就引出了两种可能性：

1. 重置机制的逻辑漏洞：可能在特定的重置操作后，后台的计数器出现了短暂的失灵，或者进入了某种“免扣费”的缓存状态。
2. 时间窗口的赠送额度：平台可能在某些时段（比如低峰期测试新模型）放开了限制，但这通常不会有官方公告，属于隐蔽的测试。

不管原因是什么，对于我们这种“羊毛党”和技术博主来说，这都是一个必须抓住的机会窗口。

怎么复现？给想尝试的朋友几个思路

虽然我不确定是不是百分之百复现，但如果你想碰碰运气，可以尝试以下流程（请自行承担风险，仅作技术探讨）：

1. 监控额度：首先确保你能实时看到额度的变化，最好有个脚本或者精确的截图记录。
2. 执行重置：在额度即将耗尽或者在特定时间点，尝试重置会话或者是清除上下文。
3. 高负载测试：立马开启两个或以上的并发会话，扔给 Codex 一段比较长、逻辑比较复杂的代码生成任务，让它持续输出。
4. 静置观察：不要频繁刷新页面以免触发状态更新，静置一段时间（比如 30-60 分钟），再回来查看额度。

既然发现了 Bug，怎么“安全”地薅？

如果运气好你也遇到了这个情况，我有几点建议：

• 不要过度张扬：这种级别的漏洞一旦被大量滥用，官方补丁大概率会在几小时内上线。如果你在朋友圈疯狂晒图，可能加速封号的进度。
• 集中处理硬骨头：与其用来写简单的 Hello World，不如把积压已久的、需要大量 Token 的复杂算法重构扔进去跑，能省下不少真金白银。
• 做好失效准备：Bug 随时可能修复，一旦发现额度开始正常扣除，立刻停止这种高强度的薅羊毛行为，回归正常使用节奏，避免触发风控。

最后的提醒

虽然这类技术羊毛看起来很香，但别忘了账号安全的重要性。如果是企业账号或者绑定了重要服务的账号，建议还是以稳为主。毕竟，平台日志里你干了什么可是记得清清楚楚的，哪天秋后算账就得不偿失了。

不知道各位有没有遇到过类似的“玄学”时刻？或者是其他 AI 工具的隐藏用法？欢迎在评论区分享你的经验。