报错含义:Codex 认为你的额度不够了,但不一定和额度页显示的一致。
解决思路:
- 先看看登录的是不是自己的账号,再打开额度页确认剩余次数。
- 明明还有额度却用不了,就把报错截图和发生时间发给客服;不用急着再买额度。
报错含义:Codex 认为你的额度不够了,但不一定和额度页显示的一致。
解决思路:
报错含义:这个模型现在太忙,暂时接不了你的任务。
解决思路:
报错含义:网页虽然登录了,但 Codex 没有连上登录服务,所以登录还没完成。
解决思路:
报错含义:登录请求被拒绝了,这一条报错不代表账号被封。
解决思路:
报错含义:之前保存的登录信息不能用了,需要重新登录。
解决思路:
报错含义:回复还没说完,连接就断了;已经做过的操作可能已经生效。
解决思路:
报错含义:这段对话太长了,模型已经装不下更多内容。
解决思路:
报错含义:你填的模型名字,当前账号或登录方式用不了。
解决思路:
报错含义:Codex 没有接上 Chrome,所以还不能替你操作网页。
解决思路:
报错含义:外接工具没有及时连上,Codex 等了一会儿就放弃了。
解决思路:
报错含义:Linux 的权限限制拦住了 Codex 的安全运行环境。
解决思路:
报错含义:工具想读一个文件,但 Codex 当前没有读取它的权限。
解决思路:
报错含义:旧对话里有一段内容,当前服务读不了。
解决思路:
报错含义:回复服务没认出你的登录身份,也可能只是临时登录异常。
解决思路:
报错含义:这个外接工具的授权过期或失效了,需要再授权一次。
解决思路:
报错含义:这次请求被限流了,不一定是你的套餐额度用完。
解决思路:
报错含义:整理长对话的请求断了,压缩没做完。
解决思路:
报错含义:Codex 没有完成启动,所以一直白屏或转圈。
解决思路:
报错含义:网页打开了,但 Codex 操作网页的连接没有正常工作。
解决思路:
简单说,就是让你可以继续使用的额度变多。 它可能是账户里的当前额度被恢复,也可能是官方发来一张可以以后手动使用的“重置卡”。两者都能让你继续用 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”表示重置已经完成,才可以记录事件并发送邮件、小程序、飞书群等已配置通知。
换一个更短的词试试,例如“过期”“周期”或“到账”。