以下信息核对于 2026 年 10 月 23 日，额度规则和模型参数可能随官方调整而变化，请以官方页面为准

先看账号用量页，别从最后一条消息往后数

Codex 额度重置有两条线：一条是套餐自己的用量周期，另一条是 OpenAI 临时提供的重置。Plus 当前有五小时与每周等窗口；Pro 100、Pro 200 在 Work 和 Codex 当前没有五小时限制，仍然有包含用量。把所有账号都理解成“等五小时就能继续”，会等错时间。

真正要记的是用量页显示的恢复时间。付款日、刚才发消息的时间、别人收到重置的时间，都不能替你确定自己的窗口。以下规则与来源核对于 2026-10-23，产品规则之后可能调整。

你如果只想决定现在该等、换方案还是加用量，可以直接看Codex 额度用完后的三种处理方法。这里把计时、重置与公告的区别拆清楚，方便你核对页面。

五小时和每周额度，是同时起作用的两本账

有两种窗口的方案，同一项任务会计入短时与每周用量。两边都还有可用额度，才能在这套包含用量内继续。短时窗口没有用完，不代表每周还有；每周还有，也可能先碰到短时限制。窗口机制说明

官方对五小时窗口的说明是：上一个窗口结束后，你在 Work 或 Codex 发出第一条消息，新的窗口才开始。它不是按每条消息分别往后滚五小时，也不是一到整点就补一小份额度。

例如你早上开始工作，中途很快耗尽了短时额度，接下来要看当前窗口何时结束。晚一点重新开始使用时，再按页面显示的新周期安排任务；没有使用产品的空档，不需要想象成一直有窗口连续扣着走。

每周窗口控制较长周期内的包含用量。两种窗口的结束时间可以不同，因此恢复其中一边，不代表另一边也重置了。先分别读名称、剩余量和日期，再判断限制来自哪一项。

Work 与 Codex 共享这份代理用量。你白天让 Work 整理材料，晚上才打开 Codex，也可能看到同一份余量已经减少；仅凭“今天还没写代码”无法判断统计是否有误。共享用量说明

在哪里看剩余量和下一次恢复时间

网页可以直接打开官方的 Codex 用量面板。桌面端从 Settings 进入 Usage 或 Usage & billing，具体名称随界面版本显示；先核对账号、工作区，再看限制名称和恢复时间。

我们建议按这个顺序记录，之后遇到变化也好对照：

  1. 记下当前方案，以及这是个人账号还是组织工作区。
  2. 分别查看短时、每周和单独模型的余量，不只截一条总进度条。
  3. 记下页面时间及其时区；如果页面还显示估算时间，等周期开始后再确认。
  4. 收到临时重置后重新打开面板，核对哪一项发生变化。

正在运行 Codex CLI，可以输入 /status 查看活动会话的余量。输入 /usage 则可查看账号用量相关操作；有留存重置时，官方重置说明给出的 CLI 路径是 /usage → Redeem reset。旧版本缺少入口时，用网页或桌面端即可。CLI 查看入口

查看与使用是两步。打开用量面板不会消耗一张重置；选中 Redeem reset 并确认，才是在申请使用对应福利。只是想知道什么时候恢复，就读时间，无须为了查看而操作重置。

Plus、Pro 100、Pro 200，官方公布到了哪一步

下表只比较与本题有关的用量机制。套餐名称里的数字是方案名称，不是可完成任务数，也不能直接换成同样倍数的开发时长。

方案 当前 Work / Codex 窗口 官方公开的用量信息 不能据此承诺的事
Plus 五小时与每周等限制可能同时适用 每五小时本地消息估算：Astra 5–45；GPT-6.1 Sol 15–160；GPT-6 Sol 15–150；GPT-6 Luna 350–3,000 区间不是固定次数，云端任务可能消耗更多
Pro 100 当前没有五小时限制，仍有包含用量 包含 Work / Codex 用量；固定每周消息、任务或 token 总数：官方未公布具体数字 不等于全天无限运行
Pro 200 当前没有五小时限制，仍有包含用量 官方明确包含用量高于 Pro 100；固定每周总数：官方未公布具体数字 不按方案数字推算固定倍数

数字区间来自官方用量指南，适用的是本地消息估算，而不是对你的代码库作出交付保证。同一条“帮我修复问题”，可能只改一个条件，也可能需要排查多个模块，消耗没有统一答案。

另一个容易忽略的点是账号所处的过渡安排。官方 Pro 说明提到，符合指定历史订阅条件的 Pro 200 账号，在 2026-10-29 前有临时保留用量的安排。拿旧账号的余量截图比较新账号，可能没有可比性；资格与期限按该页及本人通知核对。Pro 方案与过渡安排

重置有几种，为什么“收到”和“用掉”不一样

可留存重置，也就是 banked reset，是先保存到账号的临时福利。收到时不刷新额度，你在有效期内使用后，才按它覆盖的范围恢复。自动重置则直接应用于选定账号与窗口，不需要兑换，也不一定留下可保存的卡片。

还有部分个人账号能看到付费即时重置。它与可留存福利是两种操作，资格和覆盖范围按账号页面。本文不提供购买建议；需要比较耗尽后的选项，仍看前面链接的旧指南。

完整留存重置对 Plus 覆盖五小时与每周主额度，对 Pro 100、Pro 200 覆盖每周主额度。已经满额的窗口不会因为这张卡再次从头开始；至少恢复了一个符合条件的窗口，才计为使用。普通聊天里的图片、文件上传和语音等单独限制，也不因此一起恢复。重置覆盖范围

手动从用量页使用留存重置，官方当前要求它覆盖的额度至少有一项剩余低于 80%；允许助手代为使用，则另有主五小时或每周额度剩余不超过 10% 的条件。两套门槛对应不同操作方式，不能混着读。

恢复也可能移动下一次重置日。假设一个每周周期原本周五结束，临时重置重新启动了这周的周期，旧的周五就不再是有效恢复日。它改变的是用量安排，不是订阅账单日。

留存重置之后又来了自动重置，覆盖的额度可能再次恢复，但不会叠成两份完整上限。已经用掉的留存重置也不会因此自动退回。决定是否使用前，先看当前余量、福利期限和你接下来要做的任务。

Tibo 是谁，公开重置记录该怎样读

以下信息核对于 2026 年 10 月 23 日，额度规则和模型参数可能随官方调整而变化，请以官方页面为准

Tibo 是 Thibault Sottiaux。OpenAI Forum 的人物介绍将他列为带领 Codex 的 OpenAI 技术成员。社交平台上的重置消息，通常与团队修复、产品发布或临时活动有关，不是新的永久套餐合同。OpenAI 的人物介绍

下面只收录本次能找到可读原话嵌入或明确社区记录的事项。日期保留来源显示的日期，不把它统一换算成北京时间；“宣布”“预计”和“已应用”分开写。部分 X 原页无法直接读取，因此明确链接 OpenAI 社区中的可见记录，普通成员的转贴不冒充官方客服公告。这不是完整历史。

来源显示日期 能核实的事情与原因 来源及状态
2026-04-28 Tibo 表示为当周进展和 GPT-5.5 使用安排，已重置付费方案用量 社区嵌入本人发言；表述为已重置
2026-05-16 团队修复两项可能影响 Codex 能力表现的问题，预告当晚重置 同一讨论的可见发言；仅据此确认预告
2026-05-23 回退影响长会话压缩时缓存命中率的优化后，表示已修复并重置所有账号用量 讨论内 5 月 23 日更新；表述为已重置
2026-06-26 针对部分账号消耗偏快的调查，宣布给 Codex 用户一次重置，并说明将在随后数小时出现 社区嵌入本人发言；调查当时仍在持续
2026-08-08 围绕 GPT-5.6 Sol 的发布进展，表示已为付费 Work、Codex 用户重置 社区嵌入本人发言；采用嵌入日期，不采用帖子标题的次日日期
2026-08-13 在用户增长节点之后，宣布重置正在安排应用 同帖 8 月 13 日更新；属于临时安排
2026-09-03 Astra 访问逐步开放期间，宣布为符合条件、尚未获访问的付费用户提供可留存重置 发布讨论中的本人发言；与立即自动恢复不同
2026-10-02 因 GPT-6.1 Sol 上线初期负载和速度问题致歉，预告次日一次全局重置 社区嵌入本人发言；不是每个账号到账证明
2026-10-07，社区记录日 “28 天改进或重置”活动中，社区当日回复记录 Day 2 已有自动重置 活动追踪及当日回复；只确认当日可见记录，不由活动序号推算个人到账时间
2026-10-13，社区记录日 社区记录本次活动又有完整重置；与活动追踪中的 Day 8 重置对应 当日第 44 条记录；只确认记录，不保证覆盖本人账号
2026-10-15，社区记录日 社区记录活动 Day 10 又有完整重置 当日第 57 条记录；属于活动记录
2026-10-17，社区记录日 活动 Day 13 宣布重置，计划在来源写明的当日结束前应用 当日第 67 条记录；不把预告写成已经到账
2026-10-20，社区记录日 活动追踪为 Day 15 增补一次重置，讨论中也记录了这项更新 活动追踪与当日第 77 条记录；未补写未公开的技术原因
2026-10-22 本人嵌入发言宣布 Day 17 为重置日；活动追踪另记录了后续时间更正 第 91 条记录；以最终安排和账号显示核对
2026-10-23 Day 18 的嵌入发言写明计划在“明天、PST 上午十点前”应用，并伴随一项小更新 第 92 条记录；截至本文核对时仍按预告记录

这张表的用途是核实“大家在说哪一次”，不是让你算出下一次福利。尤其在活动里，改进与重置是可替代的安排；昨天有重置，推不出今天也有。缺少可读日期、覆盖范围或内容的转发，没有补进表内。

省额度，先缩小任务，再调推理强度

对日常任务，先给清楚的范围与验收条件，比一上来选最高强度更有用。比如修改一段校验逻辑，就指出相关文件、复现条件和正确行为，别让模型从整个仓库重新猜需求。

规则明确的提取、分类、格式调整和小范围修改，可以从 Luna 等适合重复任务的模型开始。需要跨模块追踪原因、权衡方案或处理陌生问题，再考虑 Sol 或 Astra。这是工作安排建议，不是保证小模型一定做对；结果仍要检查。模型与推理选择

推理强度从客户端默认档开始。遇到约束互相影响、推导不完整，再上调；缺少错误日志、接口文档或权限时，先补材料，增加思考不能补出不存在的信息。第二篇Codex 模型参数解读会展开参数差异。

速度模式也要看。官方明确，更快的服务模式可能更快消耗包含用量；它与推理强度不是同一个按钮。任务可以后台慢慢跑，就先确认自己是否真的需要加速，不用因为看到了选项便一直打开。

长任务中，遇到方向明显偏了，及时给出具体纠正。比如“只修这个登录错误，先保存修复结果，其他重构列出来”就比反复追加一句“继续优化”更可检查。这里没有承诺节省固定比例，只是减少与目标无关的工作。

重置之后仍不对，留什么信息给官方支持

先刷新或重新打开用量页，确认账号、工作区、限制项一致。自动重置不一定出现在留存重置历史里；历史里“收到”也不等于“已使用”。仅看到记录为空或日期变化，都不足以断言发生了哪种重置。

桌面端可以在 Usage & billing 的 Usage limit resets 下查看 History，官方说明此处展示过去 30 天的留存重置活动。保留操作前后的余量、页面恢复时间、使用的客户端与完整提示，方便说明你认为哪里不一致。

达到页面所示恢复时间后仍没有访问，或怀疑统计错误，可以联系 OpenAI 支持调查。官方明确支持人员不能替用户直接重置限额，因此求助时描述统计或恢复异常，比要求“手动加一次”更准确。

如果核对后发现长期需要更高用量，再到 AIPlusGate 的会员开通说明了解现有办理方式。先确认任务与账号需要，再决定方案，不把一次临时重置当成以后每周都有的额度。

核对来源

查看日期均为 2026-10-23。下面列出页面与对应主张；历史表中的每一行另有直达记录。社区成员的记录仅用于可见时间线，不替代套餐规则。

常见问题

Codex 一定是每五小时恢复吗？
不是。Plus 当前可能同时受五小时与每周窗口限制，Pro 100、Pro 200 当前在 Work 和 Codex 没有五小时限制，但仍有套餐用量。恢复时间看自己的用量页。
CLI 用什么命令查看余量和重置？
活动会话里可用 /status 查看剩余额度。查看账号用量或使用可留存重置，可用 /usage；当前版本没有对应入口时，改用网页或桌面端用量设置。
Tibo 宣布 global reset，为什么我没有收到重置卡？
自动重置直接作用于公告选定的账号和额度，不一定产生可保存的重置卡。global 也不表示覆盖每个账号或每个功能，需核对原公告范围与账号用量变化。
用了留存重置，原来的每周恢复日还有效吗？
如果该操作重新开始了每周用量周期，新的恢复安排会取代原安排。不要再按旧日期计算，操作后到用量页确认下一次恢复时间。
换模型、另开聊天能让额度重新开始吗？
这些操作不恢复已经耗掉的共享额度。模型、任务范围和推理设置会影响后续消耗，但不是手动重置按钮。
读完了，下一步返回使用指南 →