AREX Feed Article
Tibo 首认 Codex 缓存命中率异常，BANKED reset 已到账
8 月 22 日 05:24 UTC（北京时间 13:24），OpenAI Codex 与 ChatGPT 产品负责人 Tibo Sottiaux（@thsottiaux）就 Codex 用量争议首次公开承认异常（）。
他称部分用户本周的缓存命中率（cache hit rate）低于此前数周的稳定水平，"这可能解释这些用户的用量消耗得稍快一些"。
调查仍在进行，他承诺次日（8 月 23 日）给出更新。四个多小时前（00:50 UTC，北京时间 08:50），他刚宣布补偿用的 BANKED usage reset 已正式到账（）。
前一天 11:43 UTC，他在宣布 Codex 活跃用户突破 2000 万时，对同一问题说的还是"我们没有看到任何异常"（）。
这次 reset 是 8 月 21 日宣布的补偿：向所有付费 ChatGPT Work 与 Codex 用户发放一次可自行择时使用的重置额度。公告给出的理由是庆祝 2000 万活跃用户，背景则是持续多日的"Codex 用量消耗异常"投诉。
5x 用户 Bova 在"到账"帖下回复"Help. 5x not reset yet."时贴出上图：每周额度只剩 12%，"使用限制重置"一栏显示"No resets available"（来源：）。
从『没看到任何异常』到『确实更差』
先看口径变化的时间线。8 月 21 日 05:39 UTC，Tibo 回应"限额被暗中修改"的说法，称调查后看到的是"受影响用户里很多在用 sub2api"（）。
他把 sub2api 描述为把订阅转成 API 流量再分发共享的工具，称此类用法会被反欺诈系统标记。
当天 11:43 UTC 他宣布 Codex 活跃用户突破 2000 万时补充："就用量消耗更快的问题，我们没有看到任何异常，但我们极其严肃地对待，调查正在进行。"
24 小时后说法变了。8 月 22 日 05:24 UTC，Tibo 在更新帖中写道："我们看到，部分用户本周的缓存命中率比此前数周的稳定状态更差。"
"这可能解释这些用户的用量消耗得稍快一些，因为稳定命中缓存是高效使用的重要组成。我们正在调查，明天会有更新。"
缓存命中意味着模型复用已处理过的上下文、成本更低；命中率下滑后，同样的工作会消耗更多额度。"这可能解释"（could explain）仍是假设，根因没有确认。
社区立刻读出了反转。用户 Blake 在里讽刺："等等，原来不是那个大多数人听都没听过的第三方工具？真怪。"
自称独立调查记者的 NIK（@ns123abc）则要求公开数字："如果缓存命中率是原因，请把数据拿出来。之前命中率是多少？现在是多少？这又怎么解释用户烧掉 70% 的用量？"
他还在中贴出了 Tibo 前一天"Codex has nothing to hide"帖文的截图。
上图为 NIK 回复中贴出的 Tibo 帖文截图，画面显示发布于 8 月 21 日、浏览 6.5 万次。
reset 到账 3 小时后，5x 用户仍显示『无可用重置』
8 月 21 日 23:40 UTC，Tibo 预告："BANKED reset 会在太平洋时间晚 8 点（8pm PST）前到账，覆盖所有 ChatGPT Work 与 Codex 付费用户。"（）
8 月 22 日 00:50 UTC 他宣布落地："The banked reset has landed, I repeat, the banked reset has landed. Have an amazing weekend."
中文意思即"重置已到账，我再说一遍，重置已到账。周末愉快"。到当日中午，这条到账帖已获约 7900 次点赞、1180 余条回复。
回复区从发布后几分钟起就出现"没收到"。00:55，用户 Zadge："我没收到。"01:23，Pro 20x 用户 Sean："Not for me, pro 20x。"（、）
01:34，Pro 5x 用户 emmm："Pro 5x，为什么我的 banked reset 还没到？"01:49，几天前刚续订 5x 的 Atreidius："快一个小时了，还是没有。"（、）
01:46，用户 hibro 只回了句"are you sure?"，附上图：每周使用限制剩余 0%，"使用限制重置"一栏显示"无可用重置次数"（）。
02:01，Girish Attri 说这是第二次没收到承诺的重置："如果没有承诺重置，我会更小心地管理有限的用量。这些公告制造了虚假期待。"（）
06:06，Isaiah Gonzalez 表示"我没收到 banked reset"，并称"我的订阅再出问题，我就退订"（）。
『不是缓存问题』：一次 benchmark 从 5% 涨到 35%
对"缓存命中率"这个解释，回复区提供了大量反例。用户 EverNever 在 05:26 回复："问题不止这一周，很多人报告没用任何东西、额度也在掉。这不是缓存命中率问题，别再造虚假、安慰人的叙事。"（）
06:43 他给出实测：只用官方 Codex harness、中等推理、无 subagent、CLI 安装冻结不变，一次完整 benchmark 以前约占 Pro 计划 5% 用量，现在约 35%。
他补充说，度假期间完全没用 ChatGPT，登录时预期剩 65%，实际剩 48%（）。
"不是这一周，用户已经抱怨了近一个月。"Girish Attri 写道（）。
Dayah Dover 07:05 的评价更重："你昨天的帖文感觉就是在 gaslighting（操控式否认）……用户已经抱怨了一个月，我认识的人里没有一个不受影响。"（）
NIK 08:14 补充："故事每 24 小时变一次，透明度比嘴上说'我很透明'更重要。"
也有用户报告了缓存之外的可能机制。Mark Gerrard 发现 computer-history 功能在其 UK 账户上处于开启状态，未活跃使用时消耗了大量 GPT-5.5 input tokens，"禁用后就好了"。
他附上了 8 月 8 日至 18 日的用量曲线（）。
面对这些，Tibo 的应对是：05:50 回复 EverNever："团队正在看日志和仪表盘，你说得挺激烈，告诉我怎么才能沟通得更好"（）。
06:00 回复 Ahmad（"5 banked resets 是最低限度"）："Never let a good crisis go to waste"（别浪费一场好危机）。
Ahmad 那条"至少给 5 次 reset"的回复获得了 1200 多个赞（、）。
根因仍是假设，等 8 月 23 日更新
截至发稿，缓存命中率仍是"可能解释"，根因没有官方结论。部分用户称未收到 reset，本文检索到的公开帖文中，未见官方对此的回应。
部分用户的诉求已经从"再给一次 reset"转向"公开账本"。Alan Blair 问 Tibo："你们会不会公开订阅用户到底分配了多少 token（缓存与非缓存）？"（）
Charbs 建议："与其不断 reset（不可持续），不如带头公开每个订阅档位给多少 token。"（）
Kristiansen 的要求更直接："一次 banked reset 修复不了这次信任损伤，把配额恢复到 5.6 之前。"（）
Pro 5x 用户 Marcelo 则说："'部分用户'不准确，按以前的方式干活，我的 5x 计划撑不过两天。"（）
下一个确定的官方节点，是 Tibo 承诺的 8 月 23 日调查更新。