TL;DR额度管理的最小动作是每天开工前花 30 秒看三个数字：5 小时窗口余量、每周窗口余量、以及按今天计划推算的消耗是否够用。所有额度焦虑的解药都是这个例行公事。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
OpenAI 社区 · Tips and Tricks for Codex & Rate Limits（2026-02 精华帖）查看原帖 ↗aiidelist · Codex Usage Limit Resets Explained（/usage 含义解读）查看原帖 ↗
事实性知识 FACTS
这些是讨论中被多方印证、或可对照官方文档核实的事实。
- CLI 的
/usage命令显示两层窗口的当前用量状态；网页端与桌面应用的 usage 页显示同类信息。 - 本地 CLI 消息与云端任务共享额度，巡检时两层用法都要算进今天的预算。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
巡检例行化个人观点
社区技巧帖里最朴素也最有效的建议：不要凭感觉用，把查额度变成和看站会板一样的开工仪式。30 秒换一天不被打断，是杠杆率最高的习惯。
消耗速度个人观点
比「还剩多少」更重要的是「掉多快」：同样的 60% 余量，重度日两小时见底，轻度日够用两天。记录一两天的消耗速度，排活的把握会完全不同。
场景 SOP STEP BY STEP
目标场景：每个工作日开工，需要决定今天能接多大的活。目标：30 秒完成额度巡检并匹配当天计划。
前提CLI 已登录；知道今天计划做什么类型的任务。
- 01跑 /usage
CLI 输入
/usage，读出 5 小时窗口与每周窗口两个剩余百分比。 - 02看每周余量在不在安全线
每周余量低于今天预期消耗的两倍时，今天按轻度日安排，把重活推到明天。
- 03按计划估消耗
重活（重构/批量生成）约数小时窗口余量，轻活（小修）几乎不占。给今天的任务清单标重轻。
- 04定下重活时段
余量充足就立刻开重活；不足则先做轻活垫时间，等滚动回血。
- 05有异常就记录
如果消耗速度明显快于往常，记下当天的任务类型，连续异常时再排查，不急着归因。
结果每天开工时对「今天能干什么」有明确预期，全月几乎没有被动限流。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。