TL;DR排活的最后一步是把它变成一张每周十五分钟维护的表：重度日两个、重活进窗口头部、重置大概率区间标注、交付日倒排。额度管理从临场应对变成例行公事。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
OpenAI 社区 · Tips and Tricks for Codex & Rate Limits（2026-02）查看原帖 ↗codex-resets.com 档案 · 平均间隔 6.9 天（大概率区间依据）查看原帖 ↗
事实性知识 FACTS
这些是讨论中被多方印证、或可对照官方文档核实的事实。
- 5 小时窗口滚动回血、每周窗口按使用历史回补、全员重置平均 6.9 天一场——三个节奏共同构成排活的时间底座。
- 每周窗口「重度日集中、其余轻用」在个人与团队讨论中都被验证为可执行的分配方式。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
日历化个人观点
额度管理的终点不是技巧而是日历：所有「到时候再说」的决定都会在忙的时候失灵。写进日历的决定才扛得住交付压力。
双节奏叠加个人观点
5 小时窗口是「日内节奏」，每周窗口是「周节奏」，重置是「周间扰动」。日历化就是把三个节奏各占一列，冲突一眼可见。
场景 SOP STEP BY STEP
目标场景：每周日晚规划下周工作。目标：十五分钟做一张额度友好的周排活表。
前提知道下周的任务清单与交付日；日历工具任选。
- 01标交付日
把下周所有 deadline 放进日历，倒排每个交付的前置重活。
- 02定两个重度日
选任务最集中的两天为重度日（尽量避开交付前一天，留缓冲）。
- 03重活进窗口头部
重度日把最大任务排在开工第一件事，利用 5 小时窗口头部余量。
- 04标重置大概率区间
按距上次重置天数推算下周哪些天进入 ≥90% 区间（首页雷达直接读），重活优先排进去——一旦官宣回满直接翻倍。
- 05轻活填缝
其余时间排 review、文档、小修。轻度日几乎不占每周余量。
- 06周五复盘五分钟
本周哪天见底、哪天浪费了满窗口，改下周的表。连续两周无见底即收敛。
结果一张可持续维护的周表：交付按期、见底成为例外、重置窗口被主动利用。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。