Codex 重置常见问题与额度说明 | WHENRESET

报错含义:Codex 认为你的额度不够了,但不一定和额度页显示的一致。

解决思路:

  1. 先看看登录的是不是自己的账号,再打开额度页确认剩余次数。
  2. 明明还有额度却用不了,就把报错截图和发生时间发给客服;不用急着再买额度。

报错含义:这个模型现在太忙,暂时接不了你的任务。

解决思路:

  1. 在模型列表里换一个模型,或者等一会儿再试。
  2. 几个模型都用不了,就看看 OpenAI 是否正在故障;不要一直点重试。

报错含义:网页虽然登录了,但 Codex 没有连上登录服务,所以登录还没完成。

解决思路:

  1. 检查节点是否稳定、Codex 是否也走了同一条网络;可以换一个稳定且当地支持服务的节点再试。
  2. 如果用的是公司的网络,把报错交给网管检查证书;不要关掉证书验证来强行登录。

报错含义:登录请求被拒绝了,这一条报错不代表账号被封。

解决思路:

  1. 先检查节点是否稳定、所在地区是否支持服务,以及 Codex 有没有用上网络设置;本机登录回调不要走代理。
  2. 重新登录仍是 403,就把截图和发生时间发给客服,让他们检查账号和登录请求。

报错含义:之前保存的登录信息不能用了,需要重新登录。

解决思路:

  1. 关掉不用的 Codex 会话,再退出并重新打开应用。
  2. 还是报错就退出账号后重新登录;不要把 auth.json 登录文件发给别人。

报错含义:回复还没说完,连接就断了;已经做过的操作可能已经生效。

解决思路:

  1. 先看看文件和任务进度,再让它从没完成的地方继续,避免同一个操作做两遍。
  2. 检查节点是否稳定,换一条稳定且当地支持服务的网络再试;多人同时遇到时也看看服务是否故障。

报错含义:这段对话太长了,模型已经装不下更多内容。

解决思路:

  1. 先试着压缩对话;压缩也卡住,就新开一个对话。
  2. 把任务目标、完成进度和文件位置带过去,不用把整段聊天再复制一遍。

报错含义:你填的模型名字,当前账号或登录方式用不了。

解决思路:

  1. 先从模型列表里直接选择,不要手动填一个猜出来的名字。
  2. 如果自己改过模型配置,检查名字是否写错、是否带了多余前缀;先换回列表里能用的模型验证。

报错含义:Codex 没有接上 Chrome,所以还不能替你操作网页。

解决思路:

  1. 在你正在使用的 Chrome 用户里,确认 Codex 浏览器扩展已经安装并开启。
  2. 退出再打开 Chrome 和 Codex 后试一次;仍连不上就把扩展状态和报错截图发给客服。

报错含义:外接工具没有及时连上,Codex 等了一会儿就放弃了。

解决思路:

  1. 把这个工具的启动命令放到普通终端运行一次,看看它能不能启动、有没有缺少配置。
  2. 如果终端能启动,再检查 Codex 里的命令、参数和连接方式是不是填对了;把工具自己的报错一起保存。

报错含义:Linux 的权限限制拦住了 Codex 的安全运行环境。

解决思路:

  1. 先更新 Codex;如果在服务器或容器里用,把这条报错交给管理员检查容器权限。
  2. 让管理员确认是否允许创建沙箱需要的隔离环境;不要直接关掉全部安全保护。

报错含义:工具想读一个文件,但 Codex 当前没有读取它的权限。

解决思路:

  1. 在普通终端运行同一条命令,看看是不是只有在 Codex 里才失败。
  2. 确认文件在哪、当前打开的是哪个项目;只给这个任务需要的文件或目录授权。

报错含义:旧对话里有一段内容,当前服务读不了。

解决思路:

  1. 先新开一个对话试试,尤其是刚从第三方服务切回官方服务的时候。
  2. 把任务进度带到新对话继续,旧记录先保留;不要为了修复而批量改聊天文件。

报错含义:回复服务没认出你的登录身份,也可能只是临时登录异常。

解决思路:

  1. 确认账号还在登录状态,等一会儿再试。
  2. 一直出现就退出账号后重新登录;仍失败时把发生时间和报错截图发给客服,不要附登录密钥。

报错含义:这个外接工具的授权过期或失效了,需要再授权一次。

解决思路:

  1. 打开对应工具的连接设置,点重新连接,再按页面提示登录授权。
  2. 授权后再试一次;没有重新连接入口或仍失败,就把工具名字和报错发给客服。

报错含义:这次请求被限流了,不一定是你的套餐额度用完。

解决思路:

  1. 先少开几个同时跑的任务,按报错提示等一会儿再继续,不要连点重试。
  2. 看看额度是否还有剩余、服务是否故障;还有额度却一直报错,就把截图和发生时间发给客服。

报错含义:整理长对话的请求断了,压缩没做完。

解决思路:

  1. 先保存任务进度,新开一个对话做个简短任务,看看能不能正常回复。
  2. 新对话正常就带着进度继续;每次压缩都失败时,把版本、发生时间和报错截图发给客服。

报错含义:Codex 没有完成启动,所以一直白屏或转圈。

解决思路:

  1. 确认没有重要任务正在运行,再彻底退出 Codex,然后重新打开。
  2. 仍进不去就记录电脑系统、应用版本和发生时间,再联系支持;先别删除聊天记录。

报错含义:网页打开了,但 Codex 操作网页的连接没有正常工作。

解决思路:

  1. 在当前对话重新选中内置浏览器的页面,先让 Codex 读一下网页标题。
  2. 仍不能读或点击,就检查应用里浏览器是否可用,并把版本和报错反馈给客服;这个问题和 Chrome 扩展不是一回事。

重置是什么

简单说,就是让你可以继续使用的额度变多。 它可能是账户里的当前额度被恢复,也可能是官方发来一张可以以后手动使用的“重置卡”。两者都能让你继续用 Codex,但不是同一件事。

例如:你的周额度只剩 9%,原本要等到 10 月 2 日 10:00 才自然恢复。如果今天官方直接恢复了额度,你现在就会回到 100%;而如果只是发了重置卡,卡会先留在账户里,需要你自己选择什么时候用。

注意:本站统称为“重置事件”,但在详情中会标明是额度重置还是发放重置卡。

先确认公告说的是直接重置还是发放重置卡,再确认你的套餐、账户和工作区是否符合条件。 如果发的是可保存重置,卡片到账不等于额度已经刷新;如果是自动重置,也只作用于公告覆盖的账户和额度。请刷新“设置 → 用量(Settings → Usage)”,确认登录的是正确账户和工作区(workspace)。符合条件但长时间没有到账,再联系 OpenAI 客服(Support)调查。

例如:公告写“给符合条件的 Pro 用户发放 1 次可保存重置”。Plus 用户不会因此获得卡;符合条件的 Pro 用户收到卡后,如果没有手动使用,当前周额度也不会自动回满。

重置卡怎么用

直接重置会立刻刷新公告覆盖的额度;重置卡先存进账户,必须由你手动使用。 大家常说的“重置卡”,官方叫可保存重置(banked reset)。完整使用一张可保存重置,会刷新 Codex 的 5 小时和每周窗口,并改变每周恢复日期;只是收到卡片时,现有额度不会自动变化。

例如:假设你的每周额度已经用完。直接重置完成后,用量页面会显示额度已经刷新;如果收到的是 1 次可保存重置,当前额度仍然可能是 0,只是“可用重置次数”从 0 变成 1。你进入用量页面、点击使用并确认后,额度才真正刷新。

一个是“留着以后用”,一个是“付钱马上恢复”,一个是“额度用完后按量付费”。 可保存重置通常来自活动或补偿,先放在账户里,你需要时再手动使用。付费即时重置是购买后立即恢复对应额度。额外用量则是套餐内额度用完后,继续使用并按实际用量扣费。你的账户不一定同时拥有这三种选项。

例如:把它们想成三种续航方式:可保存重置像一块备用电池;付费即时重置像现在花钱换一块满电电池;额外用量像接上移动电源,用多少付多少。

注意:具体是否可用、价格和有效期,以你账户里当时显示的选项为准。

不能默认会补发,是否有资格只看当次活动写明的截止时间和条件。 官方没有“升级后自动补齐所有历史重置卡”的长期规则。每次活动可以有不同的套餐、地区、账户状态、创建时间或订阅截止时间要求。升级之后,只看当前活动说明和自己用量页面显示的可用次数。

例如:假设 7 月 1 日的活动要求“当天活动开始前已经订阅 Pro”,你到 9 月 1 日才升级 Pro,就不能因为历史上发过这张卡而要求补领;如果新的 9 月活动明确包含新升级用户,则按新活动执行。

周额度快用完、离自然恢复还很久、而且你现在必须继续工作时,再考虑用。 如果额度还很多,或者明天就会自然恢复,现在用卡通常不划算。重置卡是整张消耗,并不会因为你只少 15% 就留下 85% 给下次用;使用后,原来显示的恢复时间还可能被重新计算。

例如:假设周额度还有 85%,明天 10:00 会自然回到 100%。不用卡:今天继续用剩下的 85%,明天免费恢复到 100%,卡还留着。现在用卡:只把 85% 补到 100%,却消耗一整张卡;今天如果只用了 5%,明天也不能再按旧时间认定会回到 100%。这样就很可能浪费了一张卡。

注意:使用前先打开“设置 → 用量(Usage)”,看清剩余百分比和自然恢复时间。

那次活动的规则是获得后 30 天内使用,不代表以后所有重置卡都是 30 天。 对 2026 年 6 月的那次邀请活动,banked reset 会留在账户里,但需要在规定的 30 天内主动使用。过期不会自动帮你启用。其他活动、补偿或未来发放的重置卡,可能有不同规则。

例如:如果你在 6 月 15 日获得这次活动的重置卡,就不能把它当成永不过期的储值。请在账户页面显示的到期日前决定是否使用。

注意:页面上有到期日时,以账户实际显示为准;不要把单次活动规则当成永久通用规则。

重置卡不是每月固定发放,也不是所有 Plus、Pro 用户都会自动获得。 可保存重置通常来自当期推广、邀请奖励或官方临时活动。每次活动的套餐、地区、账户状态、邀请条件和截止时间都可能不同;是否符合资格,只看当次活动说明和你自己的“设置 → 用量(Settings → Usage)”。第三方无法替你领取,也不能保证补发。

例如:朋友的 Pro 账户因为完成了当期邀请任务得到 1 次重置,不代表你的 Pro 账户也会自动出现。你的页面没有“可用重置”,就先检查当期活动条件,而不是默认系统漏发。

先核对资格、正确账户和工作区,再查看是否已经使用或超过页面显示的到期时间。 发放可能只覆盖符合条件的账户;重置卡也可能有独立到期时间。请刷新或重新打开用量页面,确认登录账户、工作区和套餐正确,并查看可用次数与到期时间。如果页面曾经明确显示有卡、尚未使用却提前消失,请保存截图、时间和时区,联系 OpenAI 客服调查。

例如:你在个人 Pro 账户看到 1 次重置,但后来切到 Business 工作区时显示 0 次,这不一定是卡丢了;先切回原来的账户和工作区确认。

这是一次已结束的限时活动,不是长期都有的功能。 当时的活动时间是 2026 年 6 月 11 日至 6 月 24 日。邀请者和被邀请者需要按当时页面列出的账户、套餐和完成条件参与;不能把这些条件当成现在仍在运行的邀请规则。

例如:如果你现在才找到 6 月的邀请链接,即使完成了注册或升级,也不能据此认定还会收到重置卡,因为活动期已结束。

注意:未来如果再有邀请活动,请以新活动页面的日期和条件为准。

额度和周期怎么算

两个都要看,哪个先用完,哪个就会先限制你。 5 小时额度管较短时间内的使用量;每周额度管整个周期内的总用量。某一项还有剩余,不代表你一定能继续用,因为另一项可能已经触顶。

例如:比如 5 小时额度还有 80%,但每周额度已经用完,你仍然可能无法继续使用。反过来,周额度还有很多,但短时间内使用太密集,也可能要先等 5 小时窗口恢复。

注意:打开“设置 → 用量(Usage)”,同时查看两个进度和各自的恢复时间。

不要再按原来的恢复时间猜,用卡后请重新看“用量(Usage)”页。 重置卡会恢复对应的额度,并可能重新计算下一次恢复时间。因此,使用前看到的旧日期可能不再有效。

例如:你原本显示 9 月 26 日 10:00 恢复,但 9 月 25 日 14:00 使用了一张重置卡。用完后不要继续假设明天 10:00 还会再回到 100%,应以用量页重新显示的日期为准。

注意:本站无法读取你的账户,所以不能替代账户里的准确恢复时间。

同样一条消息不等于消耗同样的额度,而且 Pro 还可能存在不同用量档位。 先确认双方是否都是相同的 Pro 档位、账户和工作区。随后再比较模型、推理强度、速度模式、上下文长度、任务运行位置、工具调用和持续时间。官方只提供大致用量范围,不承诺固定的“每条消息扣多少”。

例如:你们都发送 10 条消息:朋友只是修改几句文字,使用较轻量模型和标准速度;你的 10 条任务需要读取整个仓库、运行测试、反复修复并使用高推理强度。消息数一样,你的实际消耗仍可能高得多。

不能一概而论:ChatGPT Work 和 Codex 会共享用量;API 单独计费;普通 ChatGPT 聊天另有自己的消息与模型限制。 在 ChatGPT Work 里执行的任务和 Codex 客户端中的使用,需要按官方的共享用量说明来理解。API 调用则使用另外的 API 账单和额度。普通 ChatGPT 对话也有自己的模型和消息使用限制,不应把这几类数字当成同一个进度条。

例如:你在 Codex 中连续跑了很多任务,再到 ChatGPT Work 中继续工作时,可能看到共享用量变少。但你使用 API key 调用模型,走的是 API 计费,不会直接把这个共享进度条当作 API 余额。

注意:官方限制可能随套餐和产品改变,以你当前账户的用量页和 API 账单为准。

不能。发帖时间只是公开消息时间,不等于你的到账时间,也不一定是新周期起点。 先看帖子说的是自动重置、发放可保存重置,还是其他活动。自动重置刷新公告覆盖的额度;可保存重置要等你手动使用;付费即时重置的新周周期从重置后的第一次请求开始。其他类型是否改变恢复日期,应以重置后的用量页面为准。

例如:Tibo 北京时间 09:00 发帖,系统在 09:40 才把重置应用到你的账户。你不能直接把 09:00 当成个人周期起点;如果用量页面在 09:40 后显示了新的恢复时间,就以页面时间为准。

打开“设置 → 用量(Settings → Usage)”;使用 Codex CLI 时也可以输入 /status。 用量页面会显示当前适用的 5 小时和每周窗口、恢复时间、额外用量余额(Credits),以及是否有可用重置。查看百分比时先确认标签表示“已使用”还是“剩余”。第三方网站只能提供公共事件和预测,不能读取你的个人账户额度。

例如:WHENRESET 显示“今晚可能出现公共重置”,但你的用量页面明确写着“每周额度 9 月 26 日 15:00 恢复”。在没有新的官方事件真正作用到你的账户前,你个人什么时候恢复,应以这个页面为准。

没有统一的“每周一零点”;准确时间以你自己用量页面或 /status 显示为准。 周额度是账户自己的时间窗口,不是所有用户共用一个日历周。使用完整重置、购买即时重置或参加某些官方重置活动后,恢复日期还可能改变。因此别人的周几、时区和倒计时不能直接套到你的账户。

例如:朋友显示北京时间周一 10:00 恢复,你显示周四 18:20 恢复,两者可以同时正确。你应该按自己页面的周四 18:20 安排使用。

没有一个对所有人都准确的固定“消息条数”或 Token 数。 Codex 的消耗会受模型、任务长度、上下文、工具调用和套餐等因素影响。两次看起来都是“发一条消息”,实际消耗可能差很多,所以不能用一个统一条数反推剩余额度。

例如:一条只让 Codex 修改一行文字的任务,和一条让它读取整个仓库、跑测试、修改多个文件的任务,都可能在聊天里显示为一条请求,但消耗不会一样。

注意:判断还能用多久,以“设置 → 用量(Usage)”里的实时进度为准。

完整重置或付费即时重置可能重新安排周窗口;也要先排除看错账户或工作区。 先回想是否使用过可保存重置、购买过即时重置,或遇到官方自动重置,再检查当前账户和工作区。完整使用可保存重置会刷新 5 小时和周窗口并改变周恢复日期;付费即时重置后的新周窗口也会重新起算。最终只认用量页面最新显示的时间。

例如:页面原来写周六恢复,你周三使用了完整重置,之后变为下周三附近恢复,这通常不是倒计时坏了,而是周窗口已经被重新安排。

额度用完怎么办

先看账户里有没有可用的重置卡、付费重置或额外用量;没有的话,就只能等自然恢复。 不同账户看到的选项可能不同。先到“设置 → 用量(Usage)”看还有多久恢复,再看有没有 banked reset、付费即时重置或额外用量入口。页面没有显示的选项,不能假设自己一定可以用。

例如:如果页面显示还有 2 小时恢复,而你没有重置卡或其他入口,最稳妥的做法是等1到自然恢复。如果有一张重置卡,也要先判断这 2 小时是否值得用掉一整张卡。

注意:本站不会替你购买或使用任何付费功能。

不一定。已开始的任务在公平使用限制内可能继续完成,但之后通常不能再开始新任务。 官方说明,使用套餐内额度或 Credits 的账户如果在活动任务中达到限制,该任务可能继续运行到完成;完成后要查看页面提供的是等待恢复、使用重置、添加 Credits 还是升级。不要因此假设超额后可以无限继续。

例如:一个测试任务运行到一半时周额度归零,它可能仍能把这一轮结果返回;你随后再发送新的修改要求,就可能看到额度限制提示。

先重新打开用量页面并确认账户;短暂显示变化不等于重置已经稳定到账。 用量数据可能需要短时间同步,客户端缓存、账户或工作区切换也会造成看起来前后不一致。请关闭并重新打开“设置 → 用量”,确认同一账户和工作区,再以稳定后的结果为准。若长时间来回跳动或超过恢复时间仍无法使用,保存截图、客户端版本、时间和时区,联系 OpenAI 客服。

例如:手机端刚打开时显示剩余 100%,几秒后回到 8%;此时不要立刻认定官方已经重置,应刷新并到桌面端或 /status 交叉确认。

可以在 Codex 回复过程中发送后续消息,立即引导它的方向。 根据 Codex CLI 发布说明,你可以在 Codex 仍在回复时发送一条后续消息,让它立刻按新方向继续,而不必等这一轮结束。

例如:比如 Codex 正在按“先写测试”推进,你发现方向不对,直接补一句“先别写测试,先改接口签名”,它会立即转向。

注意:该说明来自 CLI 发布记录,只讲交互行为,不涉及额度、重置或套餐政策。

预测提醒怎么看

不是。首页预测公共额外重置或发卡事件;个人账户的恢复时间只能看用量页面。 WHENRESET 根据公开历史、近期产品阶段和 Tibo 信号生成候选时间。它回答“下一次公共事件可能何时发生”,不回答“我的 5 小时或每周额度几点恢复”,也无法读取个人账户。

例如:首页倒计时还有 2 天,但你的用量页面显示 5 小时额度今晚 20:00 恢复,那么你只需要等到今晚 20:00;不需要为了个人恢复等到首页倒计时结束。

因为预测会根据新事件和新信号重新排序,它不是官方公布的固定日程。 发生新的重置或发卡后,历史间隔会重新计算;Tibo 提到具体工作日时,候选时间会暂时向这个信号靠近;信号到期却没有确认事件时,页面会恢复按历史规律排序。同一轮活动里的连续补发还会合并,避免重复起算。

例如:周四出现“周五可能有惊喜”的帖子,周五候选会上升;周五结束仍没有确认重置,这条信号失效,第一候选就可能重新变成周日。这是新信息改变排序,不是官方修改了承诺。

不是。它只表示可参考的历史样本中,有多少落在这个候选时间附近。 历史事件数量有限,产品阶段也会变化,因此它不是统计意义上的真实发生概率,更不是官方承诺。这个数字只用于比较当前三个候选时间的历史依据强弱。

例如:当前有 20 个历史周期仍符合“已经等待这么久”的条件,其中 3 个落在这个候选时间附近,所以显示约 15%。它只表示“3/20 的历史分布”,不能解释成现实中一定有 15% 的发生概率。

因为两者都会让用户获得新的可用机会,但时间线必须明确标记它们的类型和生效方式。 直接重置会刷新符合条件账户的指定额度;发卡只是把一次可保存重置放进账户,要手动使用。本站都会记录,但计算预测时会判断是否属于同一轮活动,避免把短时间内的发卡、补发和直接重置错误地当成多个独立周期。

例如:9 月 24 日 10:00 先发 1 次可保存重置,12:00 又宣布对符合条件的账户自动重置。时间线会保留两条并标明类型;如果判断它们属于同一轮发布活动,预测计算不会简单当成相隔 2 小时的两次独立周期。

主要同步 Tibo 的公开帖子,并区分“预测信号”和“已经发生的事件”。 提到某一天、惊喜或容量改善,只能提高候选时间的优先级,不会直接当成已经重置。只有帖子明确表示重置已经发生、正在完成到账或已经发放可保存重置,并通过系统规则确认后,才写入正式历史并触发重置通知。

例如:“Tuesday is for surprises”只会作为周二的积极信号展示;“Reset completed and propagated to eligible users”表示重置已经完成,才可以记录事件并发送邮件、小程序、飞书群等已配置通知。