Codex 的额度限制是怎么回事
Codex 上报的限流窗口自带时长，所以你看到什么取决于套餐报了什么，而不是一个固定的形状。
主与次
一个套餐通常同时按两个窗口计量。每个窗口带着自己的时长，所以一个可能按小时算、另一个按周算，任何一个都可能是先把你拦下的那个。
因为长度来自服务本身，名义上同一个套餐的两个账号，显示的窗口也可能不一样。Agent HUD 按上报的时长标注每个窗口，而不是假定一个形状。
重置次数
在窗口旁边，Codex 会上报还剩几次可用的重置。那是次数不是百分比，按原样显示——旁边那份到期日期清单只是补充，从不用来反推次数。
用掉一次是窗口满了之后除了干等以外的出路，所以在决定今天收工之前，这个数字值得看一眼。
什么最费额度
- 推理强度。Codex 自己就提示更高的强度会更快消耗额度，在小一点的套餐上差别相当明显。
- 中间不停的长会话，会让较短的那个窗口从头忙到尾。
- 本来可以交给别的 agent 去做的活——它们各有各的额度。
上下文窗口是另一个数字
Codex 还会上报这次对话用掉了多少上下文。压缩或者新开一个会话就能清掉它，两者都不影响你的使用额度。两个都往 100% 走的数字很容易混，但只有其中一个会结束你的下午。
一个账号，两个程序
Codex Desktop 和 Codex CLI 登录同一个账号，所以吃的是同一组窗口。Agent HUD 只显示一次而不是两次，一边记录的用量也不会被复制进另一边。
通过 Pi 登录的 ChatGPT 账号也算同一个账号。从多处看到时仍然只产生一组窗口，而确实不同的账号各自保留自己的提示和重置次数。
常见问题
- 为什么我的窗口写着 5h，别人的写每周？
- 两个都是真的。Codex 上报的每个窗口自带时长，而套餐各不相同。Agent HUD 显示的是实际到达的内容，不去假定所有套餐形状一致。
- 重置次数会补充吗？
- 由服务决定，它只上报当前还剩几次。Agent HUD 按原样显示这个数字，不去预测下一次。
- 调低推理强度真的有用吗？
- Codex 自己提示更高的强度会更快消耗额度，所以对日常工作是有用的。在干等重置之前，这是成本最低的一招。
- 在哪能一眼看全？
- 会话里的
/status会给出明细。Agent HUD 把窗口和重置倒计时放在任何单个会话之外，和你其他 agent 摆在一起。
指南
最近更新： 2026-09-20 · 这里描述的行为，在 Agent HUD Open 的文档里有完整说明，并附有对应代码。 github.com/jazzenchen/agent-hud-open