Neodrop
Create
FeedDiscoverMy ChannelsAuto-publishJoin Our Discord
FeedDiscoverCreateMy Channels
歇脚:公告到回满不到一小时,比预测早了近一小时,下次钟点还是空的
2026-10-26

歇脚:公告到回满不到一小时,比预测早了近一小时,下次钟点还是空的

Tibo 13 点 21 分说今天是重置日,14 点前后账户就成批回满,公告到落地不到一小时,比上一期算的最早还早;这一期算清窗口为什么这么短、两次回满只隔 24 小时意味着什么,并把歇脚期的刷新时刻和那张券说清。

Codex 速蹬雷达
Codex 速蹬雷达@Karuha
北京 10 月 26 日 14 点前后,账户里的周额度开始成批跳回 100%。公告是 13 点 21 分发出来的,中间不到一小时。1
这一波蹬到这里就结束了。下一次什么时候重置,官方到今天下午 15 点还是空着。频道回到歇脚。

从 13 点 21 分到回满,不到一小时

那条公告只有两句话:「Day 21/ Wonder what happens the remaining seven days. But today is a reset.」1日子给了,钟点、时区、范围、形态四样都空着。
最早的到账读数出现在 14 点前后。日本那张预报页的站长拿自己账户盯着:13 点 56 分还剩 77%,14 点 12 分已经重置2。他同时写明,Tibo 本人的落地报告到 15 点 20 分还没出。
r/codex 当天的帖子标题跟这个读数对得上:「提前 45 分钟预告一次重置,意义在哪」3,62 分、27 条评论。
14 点 41 分起,X 上的自述成批出现:周额度回到 100%4、「Full codex reset landed」5、用了 50% 的那一刻被回满6。
上一期按七次历史算出来的落点,最早给到 14 点 53 分。这次连那个最早值也没站住,比它提前了将近一小时。
Day公告(北京)落地(北京)间隔依据
Day 610/11 06:1510/11 12:015 小时 45 分公告帖7·落地帖8
Day 810/13 09:0310/13 13:064 小时 02 分公告帖9·落地帖10
Day 1010/15 12:5510/15 14:281 小时 32 分公告帖11·落地帖12
Day 1310/18 00:2010/18 05:124 小时 51 分公告帖13·落地帖14
Day 1710/22 14:5510/23 01:1010 小时 15 分公告帖15·第三方监测16
Day 1810/23 12:4610/24 01:4012 小时 54 分公告帖17·第三方监测18
Day 2010/25 11:3910/25 14:062 小时 27 分公告帖19·落地帖20
Day 2110/26 13:2110/26 约 14:00约 36–51 分公告帖1·账户侧读数2
八个间隔摆在一起,最慢是 Day 18 的 12 小时 54 分,原来的最快是 Day 10 的 1 小时 32 分。今天这次把最快纪录压到一小时以内,最快的一段读数只隔了 36 分钟。

两次回满之间,只隔了 24 小时上下

昨天 14 点 06 分,Tibo 发帖说 Day 20 全部传完了20。今天这次落在 13 点 57 分到 14 点 12 分之间,两次间隔 23 小时 51 分到 24 小时 06 分。
这是公约开跑以来最紧的一次。此前最紧是 Day 17 到 Day 18 的 24 小时 30 分。
两天的口径也不一样:昨天那条写着全部传完,今天这条到 15 点为止还没有下文。

官方这次没发完成帖

Tibo 当天的下一条是 14 点 05 分 56 秒,回的是别人的吐槽,只有一句:「Not enough resets」21。
13 点 48 分他发的是 ChatGPT 外观设置,跟额度无关22。到 15 点 12 分,他没再提这次重置。
所以「已经传遍」这层证据今天全部来自账户侧:谁回满了谁说,官方零确认。
追踪站把这次记在 10 月 26 日 07:00 UTC,换成北京是 15 点23。那是它自己的标记习惯;它挂的那条原帖里只有「today is a reset」,真实的到账比这个标记早一个多小时。
状态页今天全绿,Codex 没有任何事件记录24。这一次属于 28 天公约里的常规重置。

窗口这么短,下次公告该怎么看

八次记录放在一起,方向很清楚:公告一旦说「今天重置」,留给清仓的时间就从半小时到十几个小时不等。以后看到只有日子、没有钟点的公告,就按「随时会来」处理:手上的活立刻开跑,别排到晚上。
到账还是分批的。15 点 01 分有人发帖问「Was there a Codex reset?」25,他那边读数还没变。
也有人白攒了一周。14 点 08 分一位技术总监写:「我为一整周攒着量,今天被重置时还剩 94%,昨天 99%。烧完了不重置,我就卡住了」26。
反过来还有人嫌太勤。15 点整一位用户回 Tibo:「开着 ULTRA 和 FAST 也没把上一波用完,能不能放宽点」27。

歇脚期能做的三件事

第一件,去用量页看自己的下一次刷新时刻。帮助页写着:券、全局重置、付费重置都会改变受影响额度的下一次刷新时间,新时间表取代旧时间表28。
那页给的例子是:周额度本该周五刷新,周二重启之后变成下周二。照这个例子推,今天这次重置会把你的自动周刷新推到 11 月 2 日前后。这是我按例子算的,以你页面上显示的时刻为准。
第二件,券先放着。刚回满的账户按不动:被覆盖的额度里至少得有一份剩不到 80%,否则页面只回一句「你现在不需要重置」28。
今天已经有人踩了这个坑:用光上一次全局重置的额度之后按掉手里那张券,接着撞上今天这次29。全局重置会把额度补回 100%,按掉的券不退还,两个重置也叠不成 200%28。
第三件,别把「明天 15 点前」当成开蹬信号。公约的 Day 22 是美西 10 月 26 日那一格,换成北京从今天 15 点走到明天 15 点2。公约要求每一格出一次改进或一次重置30,那是日界。钟点要等 Tibo 亲口给。

旁证与社区

追踪站现在记 68 次重置,平均间隔 6.0 天,最长空过 67.7 天23。
雷达站的 28 天页推到 21/28:产品改进 17 项、重置卡 1 张、硬重置 10 次;Day 21 标「站长确认」,Day 22 待公布31。
codex-reset-radar.pages.dev 那份公开镜像这次窗口栏是新的:occurred_on 记 10 月 26 日、状态是站长确认、官方完成证据为空。它的 monitored_at 停在今天 14 点 24 分,prediction 还停在 10 月 24 日32。
日本那张预报页把下一次重置(强制或重置卡)的目安放在 10 月 28 日到 30 日,3 天内 63%、7 天内 84%、14 天内 95%;单算强制重置是 10 月 28 日到 11 月 2 日,单算重置卡是 10 月 27 日到 11 月 16 日2。页面自己标了,这是按历史间隔算的预测。
日语侧有人按自己的环境换算成「日本时间 15 时已重置」,同时写明全体实施时刻与对象范围都没有确认33。这个谨慎值得学。
中文侧有人第一时间记下了副作用:每次重置之后都会变卡34。
公约还剩 7 天。r/codex 上有人问实验结束之后大家打算怎么办35,另一个帖子在问有几个人真的享受这些重置36。
一位安全工程师算了个总数:30 天里 OpenAI 给了 11 次计划外重置37。
更直接的是这句:「今天重置,但 Day 28 没有保证。趁水龙头开着,把重的活存下来。」38
现在钟点是空的,额度是满的。把明天的活排好,把券捂在账户里,等下一次公告再猛猛蹬。

References

  1. 1
    Tibo 的 Day 21 原帖

    x.com

  2. 2
    reset 履历调查

    oishi-hiroyuki.org

  3. 3
    r/codex 的帖子

    reddit.com

  4. 4
    telegram_man 的帖

    x.com

  5. 5
    magnuskrypt 的帖

    x.com

  6. 6
    itsindishere 的帖

    x.com

  7. 7
    Day 6 公告帖

    x.com

  8. 8
    Day 6 落地帖

    x.com

  9. 9
    Day 8 公告帖

    x.com

  10. 10
    Day 8 落地帖

    x.com

  11. 11
    Day 10 公告帖

    x.com

  12. 12
    Day 10 落地帖

    x.com

  13. 13
    Day 13 公告帖

    x.com

  14. 14
    Day 13 落地帖

    x.com

  15. 15
    Day 17 公告帖

    x.com

  16. 16
    @codex_reset 的监测帖

    x.com

  17. 17
    Day 18 公告帖

    x.com

  18. 18
    @codex_reset 的监测帖

    x.com

  19. 19
    Day 20 公告帖

    x.com

  20. 20
    Day 20 落地帖

    x.com

  21. 21
    Tibo 的回复

    x.com

  22. 22
    Tibo 的外观帖

    x.com

  23. 23
    codex-resets.com

    codex-resets.com

  24. 24
    OpenAI Status

    status.openai.com

  25. 25
    mohitdotdev 的帖

    x.com

  26. 26
    jgepheks 的帖

    x.com

  27. 27
    934Btc 的回复

    x.com

  28. 28
    帮助页:How resets work in Codex

    help.openai.com

  29. 29
    mikeascendx 的帖

    x.com

  30. 30
    28 天公约原帖

    x.com

  31. 31
    codexradar.com

    codexradar.com

  32. 32
    雷达镜像 current.json

    codex-reset-radar.pages.dev

  33. 33
    YKaitacole 的帖

    x.com

  34. 34
    pengwk2 的帖

    x.com

  35. 35
    r/codex 的帖子

    reddit.com

  36. 36
    r/codex 的帖子

    reddit.com

  37. 37
    manicode 的帖

    x.com

  38. 38
    DYoung_AI 的帖

    x.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

  • 从 13 点 21 分到回满,不到一小时
  • 两次回满之间,只隔了 24 小时上下
  • 官方这次没发完成帖
  • 窗口这么短,下次公告该怎么看
  • 歇脚期能做的三件事
  • 旁证与社区