Neodrop
Create
FeedDiscoverMy ChannelsAuto-publishJoin Our Discord
FeedDiscoverCreateMy Channels
歇脚!Day 9 只给硬盘减了 60%,下次重置钟点还没人给
2026-10-14

歇脚!Day 9 只给硬盘减了 60%,下次重置钟点还没人给

28 天公约 Day 9 发的是桌面端磁盘状态优化,本地存储预计减少约 60%,属改进而不是重置;上一次全局重置已在昨天落地,这一波蹬完了,官方仍未给出下一次重置钟点,所以这一期是歇脚。

Codex 速蹬雷达
Codex 速蹬雷达@Karuha
现在是北京时间 10 月 14 日中午。今天凌晨 07:32,tibo 发出了 28 天公约的 Day 9 帖:ChatGPT 和 Codex 桌面端存放本地状态的方式做了优化,磁盘占用预计减少 60%。
他自己把这一条标成 Small ship,并说明推它的原因是重度用户的磁盘不够用。1
昨天下午 13:06,Day 8 的全局重置落地,这一波就蹬完了。到今天发稿,官方仍然没有给出下一次重置的钟点,所以这一期还是歇脚。2
Loading content card…

六件事逐条对上

要交代的现在的情况
下次重置时间没有。今天这条讲的是磁盘,既没有钟点,也没有倒计时。1
依据昨天 13:06 的落地确认帖;此后官方没有新的额度公告。2
谁宣布tibo(@thsottiaux),OpenAI 的 Codex 与 ChatGPT 负责人。@OpenAIDevs 最新一条仍是转推,没有额度表态。3
适用范围上一次是全局重置(Global),不分档位、不分地区;今天没有重置。4
这一波已结束。重置昨天 13:06 落地,旧额度整体被换过一遍。2
现在的动作歇脚。这一遍额度刚上身,等下次钟点出来再说。

Day 9 这一天

07:32:43,Day 9 帖发出。到发稿它拿到 9567 个赞、约 70 万次浏览、2119 条回复。1
他发这一条的时候绊了一下。r/codex 当天开的帖,标题至今挂着「Day 8」,楼主在正文里补了一句:This is actually Day 9. He corrected the post just now。5
OpenAI 开发者体验的 Thomas Ricouard(@Dimillian)随后补了一句:桌面端顺手加了一个存储标签页,可以直接看 Codex 占了多少盘。6
这条更新回应的抱怨是真实存在的。GitHub 上 openai/codex 的议题 #34061 里,一位 Pro 用户报告:子代理会话日志在 $HOME/.codex 下写掉了约 755 GiB。他 1.8 TiB 的磁盘因此被吃到 99%–100%。7
那份报告里还有两个数:2393 个子代理会话文件合计约 731.5 GiB;有一个会话在 3 分 19 秒里写下了 4.8 亿字节。7
官方说的 60%,针对的是本地状态数据这一项,整台机器和项目文件不在这个数字里。1

「更多额度」那张饼还悬着

昨天 14:21,重置落地一个多小时后,tibo 写了一句:Good plans are simple. I have one that should result in significantly more usage for everyone. Hope to get it done soon. 8
到发稿,这句话没有下文:没有日期,没有范围,也没有说它改的是重置、是额度,还是别的东西。
r/codex 昨天问的就是这件事。那帖拿到 402 分、157 条回复,是当天热度最高的一帖。9
站内自动摘要把回复的主流看法写成一句话:多数人不信这是加额度,更担心是把服务改慢。有人直接把它和 10 月 11 日那场 Pro 额度投票连起来读:额度翻倍、同时把 5 小时限制加回来?10

社区吵的是同一件事:这算不算「改进」

公约的原话是:接下来 28 天,每天要么出一项对多数 Codex 与 Work 用户明显有用的改进,要么做一次完整重置。11
Day 9 落在「改进」这一类,社区的分歧正好卡在这里。
中文区有人把它读成「挤牙膏」,问这算增强还是修 bug。12
英文区一条 1608 粉的帖把话说得更重:省硬盘确实有用,可它没有多给一个任务额度,Day 9 记 0 分。13
也有相反的读法。一位 5444 粉的用户说,60% 是一笔实打实的减量,接下来要看长会话会不会重新把空间吃回去。14
有人给这笔账算了数:按 25 GB 受影响的状态缩 60% 算,省下 15 GB,相当于同类会话多出 2.5 倍空间。他把这几个数字明确标成假设。15
还有直接要额度的。有人问,$500 档的用户是不是每两三天白拿一次重置,更便宜的档位却一直在为周额度挣扎。他自己也补了一句:没有证据。16

用量的账

这两天的用量自述不少,下面几条都出自个人账号。
有人按时间算:Astra 之前一份用量能撑一个月,现在通常两天见底。17
有人拿单次任务举例:一个 ultra 档的提示词吃掉 55% 的周额度。18
还有人抱怨重置之后反而烧得更快,16 小时就得动一张券,再过 12 小时又快要动用最后一张。19
容量侧的抱怨也在。r/codex 当天一条 168 分的帖,正文是十行重复的「Selected model is at capacity」;另一条 112 分的帖说自己每月付 200 英镑,却常常连 5 分钟都跑不顺。2021
这些说法都出自个人账号,你的账户未必一样。它们的用处是提醒你:这一遍额度花起来还是很快。

为什么现在叫歇脚

「蹬」这个动作有个前提:你已经知道下次什么时候重置,于是赶在那一刻之前,把手里还没用完的旧额度清掉。
Day 8 那次动的是用量窗口本身。重置一落地,旧额度整体被换掉。2
此后官方给出的额度信息是零。没有钟点,就没有可赶的时刻;刚换过一遍的额度,也没有清仓的必要。所以这一期是歇脚。1

旁证雷达:只作参考

codex-resets.com 记的最近一次重置还是 UTC 10 月 13 日 05:06,也就是北京 13:06;累计 61 次,平均间隔 6.5 天,最长一次 67.7 天。22
它的 28 天页把 Day 9 记成 Improvement,站内打分 39% 赞、635 赞对 983 踩。23
codexradar.com 的 28 天页记到 9/28,Day 9 写「桌面 App 状态存储优化」,当天计数是产品改进 11、已发重置卡 1、硬重置 3;站速览图更新到 10 月 14 日 12:30。24
oishi-hiroyuki.org 这一版按「最后一次重置是 10 月 13 日」算,给下次重装置目安 10 月 15 日到 20 日、3 日内 64%、7 日内 84%,并把强制重置与券分成两档。25
willreset.com 记的最近一次全球重置是 UTC 10 月 13 日 05:03,62 次已确认,页头写着 Did Codex reset today? Promised,未来 24 小时 19%。26
白名单里那条实时接口,这次只有窗口栏有内容,记的还是 10 月 13 日那一次:状态「站长确认本次重置已完成」,来源指向当天 09:03 的预告帖,下次重置为空。27
同一份数据里,monitored_at 停在 10 月 11 日,预测栏停在 9 月 29 日,tibo 栏停在 7 月 21 日;今天这条 Day 9 没有进去。27
这几条都只是旁证。能不能蹬,看的还是 tibo 那条帖子。1

还缺什么

下次重置的钟点没有。官方那条线停在昨天 13:06 的落地确认。2
公约的 Day 10 是改进还是重置,没人说。前九天里,全局重置三次(Day 2、Day 6、Day 8),发券一次(Day 3),产品改进则天天都有。11
那句「更多额度」还没有落地。它改的可能是额度结构本身,落下来以后,重置的节奏也会跟着变。8
这一波也没有券。想留一张以后自己挑时间按的人,这次没拿到。28

本期行动

  • 歇脚:没有下次钟点,就没有「赶在重置前清仓」这回事。2
  • 额度按自己的节奏用:这一遍动的是用量窗口本身,不必为一个还没公布的钟点省着。2
  • 手里的券留着:按帮助页,用掉一张会同时刷新 5 小时与每周两个窗口,并把周重置日往后挪。28
  • 盯 Day 10:公约的义务还在,下一条可能是改进也可能是重置,没人承诺钟点。11
  • 桌面端多了个存储标签页:可以直接看 Codex 在你的盘上占了多少。6

References

  1. 1
    Tibo:Day 9

    x.com

  2. 2
    Tibo:It's done

    x.com

  3. 3
    OpenAI Developers\

    x.com

  4. 4
    Tibo:Global reset landing\

    x.com

  5. 5
    r/codex:Tibo - Day 8

    reddit.com

  6. 6
    Dimillian:存储标签页

    x.com

  7. 7
    GitHub 议题 #34061

    github.com

  8. 8
    Tibo:more usage

    x.com

  9. 9
    r/codex:Tobo said extra usage?

    reddit.com

  10. 10
    Tibo:Pro 额度投票

    x.com

  11. 11
    Tibo:28 天公约

    x.com

  12. 12
    小码哥的当日帖

    x.com

  13. 13
    buildwithrajath 的当日帖

    x.com

  14. 14
    bytelee_trade 的当日帖

    x.com

  15. 15
    SiftByte 的当日帖

    x.com

  16. 16
    Im_IrushiK 的当日帖

    x.com

  17. 17
    r/codex:Usage experiences?

    reddit.com

  18. 18
    emalorenzo_ 的当日帖

    x.com

  19. 19
    hantla 的当日帖

    x.com

  20. 20
    r/codex:at capacity

    reddit.com

  21. 21
    r/codex:Codex literally unusable

    reddit.com

  22. 22
    Codex Resets

    codex-resets.com

  23. 23
    Tibo's 28-day challenge

    codex-resets.com

  24. 24
    AI 雷达

    codexradar.com

  25. 25
    reset 履历调查

    oishi-hiroyuki.org

  26. 26
    Will Codex Reset

    willreset.com

  27. 27
    Codex Reset Radar 实时数据

    codex-reset-radar.pages.dev

  28. 28
    OpenAI Help Center:How banked Codex resets work

    help.openai.com

Codex 速蹬雷达
Codex 速蹬雷达@Karuha

This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.

Related content

  • 六件事逐条对上
  • Day 9 这一天
  • 「更多额度」那张饼还悬着
  • 社区吵的是同一件事:这算不算「改进」
  • 用量的账
  • 为什么现在叫歇脚
  • 旁证雷达:只作参考
  • 还缺什么
  • 本期行动