自己不慎操作，导致无意间卡出来的 Codex 无限额度 Bug 失效了，非常懊悔，记录一下
- 发现时间：2026 年 5 月 29 日
- 失效时间：2026 年 6 月 3 日（因误操作登录而彻底消失）
Bug 表现
当账户的 5 小时限额 或 周限额 任意一项降为 0 时，系统会弹出“已达额度上限”或“等待下一个 5 小时”的提示，但仍然可以继续正常调用 Codex 进行编程，模型回复完全不受影响。
此期间的具体细节：
- 使用的模型一直是 5.5，思考深度、快速模式均可正常调节。
- 自动 compact、手动 compact 均无异常。
- 切换对话窗口、新建 session、新建代码仓库，Bug 都稳定存在。
- 超额消耗的 token 不会出现在 Codex 工作空间 - 分析的用量记录中。
- 期间历经数次 Codex 更新与额度 reset，Bug 依然存在。
唯一一次真正因额度不足被拒绝回复，是由 Goal 功能触发的：
完成一个任务后，Goal 自动发送下一个任务时，出现了 “out of credit” 无法回复。
但我马上手动 resume 了这个 Goal，又恢复正常了。之后不敢再用 Goal。
可能的触发条件（仅个人推测）
不确定究竟是哪一步触发了 Bug，把自己能想到的所有操作都列出来：
-
账号与团队情况
- 我有 2 个 Codex 账号，均使用 Google 登录。
- 主号开通了 Team 并邀请了子号加入（用了之前 $20 带一个免费席位的活动）。
- Bug 出现在子号上。
-
使用 cc-switch（v3.15.0）反复切换账号
- 初衷是想在两个号之间快速切换，用完一个的额度就换另一个。
- 尝试用 cc-switch 管理双账号时，发现两个号的
id_token/access_token竟然是相同的（可能是因为同 Google 登录或同工作空间），切换后经常提示登录状态过期。 - 还尝试过用 cc-switch 让 Codex 调用 DeepSeek API，但因为 DeepSeek 没有 response 接口而失败。
- 经过非常多次的账号切换折腾之后，最终放弃了使用 cc-switch。
-
Bug 首次出现的操作
- 当时 5 小时限额刚好在 1%，我问了一个小问题，回答结束后限额掉到 0%，但奇怪的是并没有马上弹出限额警告。
- 我索性又输入了一个新问题，此时警告弹窗才出现，但我仍试着点了发送，Codex 竟然正常回复了。
-
多设备登录情况
- 子号一直登录在 2 台 Windows PC 上。
- 上述可能触发 Bug 的操作都是在我其中一台 PC 上完成的，但另一台 PC 同样可以享受这个无限额 Bug。
Bug 是怎么被我亲手弄没的
6 月 3 日晚上改代码改到意识模糊，我在另一台 MacBook 上本想登录主号，结果因为没注意选错了 Google 账号，在这台 MacBook 上登录了这个带有 Bug 的子号。
登上去之后 Bug 立刻失效，再退回到之前的 2 台 Windows PC 上，也彻底无法超额调用了。
希望这个记录对想要研究或复现的同学有帮助，也给自己提个醒——以后遇到这种神 Bug 千万别手贱乱登新设备。
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文