Tibo 28 天挑战：Codex 每天改进或重置（10-05 至 11-01）

Codex 负责人 Tibo（@thsottiaux）发起的 28 天挑战：接下来每天要么发布一项明确的改进，要么做一次完整重置。本页按太平洋日期，把这 28 天里 WhenReset 账本收录的 Codex 重置逐日排开，方便截图分享。

Tibo 28 天挑战 · 10-05 至 11-01

whenreset.app

Tibo 28 天挑战 · 第 9/28 天 · 已重置 3 次 · 储备重置 1 次

第 1 天10月5日无重置记录
第 2 天10月6日重置
第 3 天10月7日储备重置
第 4 天10月8日无重置记录
第 5 天10月9日无重置记录
第 6 天10月10日重置
第 7 天10月11日无重置记录
第 8 天10月12日重置
第 9 天10月13日待公布
第 10 天10月14日待公布
第 11 天10月15日待公布
第 12 天10月16日待公布
第 13 天10月17日待公布
第 14 天10月18日待公布
第 15 天10月19日待公布
第 16 天10月20日待公布
第 17 天10月21日待公布
第 18 天10月22日待公布
第 19 天10月23日待公布
第 20 天10月24日待公布
第 21 天10月25日待公布
第 22 天10月26日待公布
第 23 天10月27日待公布
第 24 天10月28日待公布
第 25 天10月29日待公布
第 26 天10月30日待公布
第 27 天10月31日待公布
第 28 天11月1日待公布

日期按太平洋时间（PT）计 · 储备重置 = 重置卡 · whenreset.app

挑战规则（Tibo 原帖）

“Over the next 28 days, each day we’ll either ship one thing that is a clear improvement and relevant for most codex/work users or ship a full reset. Let the improvements begin.”

来源：Tibo（@thsottiaux）原帖，发布时间太平洋时间 10月4日 13:33（PDT）／北京时间 10月5日 04:33（UTC 2026-10-04 20:33）。原帖 ↗

中文意译：接下来 28 天，每天要么发布一项对大多数 Codex / 工作用户有明确改进的东西，要么做一次完整重置。让改进开始吧。（意译仅供参考，以原帖为准。）

起算：第 1 天 = 太平洋日期 2026-10-05（原帖发出后的第一个太平洋日），第 28 天 = 2026-11-01。Tibo 后续在第 6 天（太平洋日期 10 月 10 日）、第 8 天（10 月 12 日）发帖时自己标了天数，与这个起算一致。

本页只统计重置，不记录产品改进帖。

这一页是怎么统计的

数据只来自本站的 Codex 重置账本（和首页同一份，只读上游记录，不手填）；每个事件的发生时刻先换算成太平洋日期，再落进对应的格子。
一格 = 一个太平洋日期。当天有额度重置记录标「重置」，有储备重置（重置卡）记录标「储备重置」，同一天两种都有就两个都标；同一太平洋日期里同类型的多条记录只算 1 次，汇总里的“已重置 X 次”“储备重置 Y 次”就是这样数出来的。
点格子里的标签进入对应的事件页。事件页地址用事件自己的日期（按 UTC 记），所以和格子里的太平洋日期可能差一天。
「无重置记录」= 这一天已经过去，账本里没有收录到重置，只说明本站没有记录，不推测当天发生了什么。「待公布」= 今天或之后的日子。
“今天是第几天”和格子状态按你访问时的太平洋日期实时判断；挑战结束后本页保留作归档。

Codex 重置记录 · 首页 · 重置概率怎么算的