10/20 下午速报：生图的 24 小时读数被写进周额度，非 Linux 的「立即重启」只回一句成功

决定账号命运的是读取侧

这份错读数落在三个地方

• 自动暂停：shouldAutoPauseOpenAIAccountByQuota 拿 7d 利用率比账号级 auto_pause_7d_threshold，账号没设就用全局默认5。全局默认是空结构，也就是 0，等于不启用。
• 自动用卡：达到阈值时打上 quota_auto_reset_pending_7d 并通知自动重置6。
• 调度权重：quota_headroom 默认权重 0，也就是默认不参与打分7。把它开起来的部署，7d 记为 100% 的那张号因子是 0，而「没有任何额度数据」的号拿 0.5。

它不会在十分钟后自己好

今天的三步

1. 先认读数。账号 extra 里 codex_7d_window_minutes 是 1440 就是图片额度，10080 才是真周额度。
2. 再止血。给账号置 auto_pause_7d_disabled: true，或把 auto_pause_7d_threshold 置 0；把 quota_headroom 权重暂时归零。
3. 最后清旧值。删掉 codex_7d_*，或写回真实周额度。

补丁只修写入端

非 Linux 的「立即重启」，回 200 但进程没换

这一小时的其余状态

上游与额度

• OpenAI 状态页全绿，0 个活动事件；最近一条 File Download errors 已在 10-19 22:14 恢复21。
• Anthropic 全绿，今天没有事件22。
• Google Cloud 的 incidents.json 仍是 7 条，最近一条仍是 10-08 到 10-09 的 Cloud Storage23。
• codex-reset 记今日尚未重置，最近一次已验证全局重置在 10-18 04:41；累计 55 次全局、10 次 banked，pace 约每 3 天，24 小时 42%、48 小时 66%24。
• opentherank 记 63 次，中位间隔 3.1 天，最长 68 天25。
• 官方社区 Codex 分区最新一条是 09:07 的「Plus plan 5hr usage meter?」，在窗口之前26。