June 28, 2026 · 12:20 PM

【限额预警】Codex Pro 周额度异常:社区称已修复并重置额度

6月27日 OpenAI Community 出现 Codex Pro 周额度异常消耗反馈,社区回复称问题已确认、已解决并重置额度;GitHub 同期也有 Pro 5小时额度在短时间内再次触发 429 的交叉证据。中转站应先按计量或方案映射异常处理,暂停扩量并保留限流载荷。

Gallery

这次不是新的封号潮,但属于会直接影响中转站调度的限额/计量风险。6 月 27 日 02:05(UTC+8)前后,OpenAI Community 的 Codex 版块出现 Pro Coding Plan 周额度异常消耗反馈:发帖者称周额度刚刷新后,仅轻量使用 1–2 天、记录约 121 轮,却已消耗约 70%;社区 Leader 随后回复称该问题已被确认并在调查,约 20 小时后又称问题已解决并给所有人做了 rate limit reset。1
交叉信号来自 GitHub openai/codex #30002:用户自报 Pro 账号在 5 小时额度 reset 后,约 41 分钟、约 135 万 tokens 就再次触发 usage_limit_reached,而同一账号当天早些时候曾在 5 小时窗口内使用约 1.56 亿 tokens 才触发限制;错误载荷里仍显示 plan_type: "pro"2
本期判断:这更像服务端计量、额度 reset 或方案映射异常,不能写成 OpenAI 官方政策收紧。对中转站更现实的风险是:自动化任务误判还有余量、账号池被连续打到 429、客户侧看起来像「突然降级」或「额度被吞」。
建议动作
  1. 暂停新增共享出口和高并发长任务,先观察 reset 后 2–4 小时的消耗曲线。
  2. 每次 429 都留存 usage_limit_reachedplan_typeresets_at / resets_in_seconds、模型、任务类型和估算 token。
  3. 账号池先分 Pro / Plus / Pro Coding Plan 独立跑,不要把异常账号立刻回收到公共池。
  4. 如果已经出现「刚 reset 又打满」的账号,先按计量异常处理,避免把它误判成单账号滥用或确定封号前兆。

Related content

Comments

Sign in to comment.