“You’re out of Codex and Work usage”：Codex 重置机制详解

简短回答

“You’re out of Codex and Work usage” 的意思是：你所在方案的共享额度已经用完，或者工作区的 credits 闸门判定为用完。它不是账号受限，而且换模型无法给共享额度池续上。OpenAI 帮助中心说明，Work 与 Codex 共用同一份额度，这份额度不是固定的消息条数，下一步该怎么做取决于哪一项计量表归零，以及限额通知给你的账号提供了哪些选项。

通常有四条路：等待 Usage 里显示的刷新时间、兑换一次储备重置（banked reset）、购买付费即时重置（仅限符合条件的 Plus 与 Pro 个人账号），或者改用 credits 继续。它们不能互相替代。储备重置是免费、可存放、一次性的物品，由 OpenAI 有选择地发放；付费即时重置是当场购买，并把你的每周额度周期提前；全局或自动重置则是直接作用于被选中的账号，不需要你做任何操作。每一种对你下一次刷新时间的影响方式都不同，多数困惑就出在这里。

本文依据六篇 OpenAI 帮助中心文章、Codex 仓库公开的 GitHub issue 以及 OpenAI 官方账号的帖子编写。所有内容都标明了来源，估算值一律称为 OpenAI 的估算，也不预测下一次重置何时到来，因为 OpenAI 自己的文档就写明免费重置没有保证的可用性或时间表。模型价格方面的内容见姊妹篇 GPT-6 Astra vs Sol vs Luna：定价与用量（英文）；按 token 计价的价格表在这里刻意不重复。

这条提示到底是什么意思

你看到的措辞会因界面和原因而不同。Codex 仓库里有一份报告把两种写法并排引用：Codex 显示 “You’re out of Codex and Work usage”，下面一行是 “Your workspace is out of credits. Add credits to continue using Codex and Work”，而 Work 自己显示的是 “You’re out of Work usage for now.”。更早的报告用的是 “You’re out of Codex messages” 和 “You’ve hit your usage limit.”。这些是产品不同时期的不同字符串，所以更有用的做法是先读提示的第二行，再打开用量页，而不是把标题当作诊断结论。

OpenAI 的方案用量文章把共享这一点说得很直白：在你的方案包含这些功能的前提下，Codex、ChatGPT Work、ChatGPT for Excel 与 Workspace Agents 使用共享的额度与 credits 池。普通 Chat 对话不在其中。Voice 有个特别之处：在桌面应用的 Work 或 Codex 里通过 Voice 发起的任务工作，从同一份额度中扣除；连接状态下的 Voice 时长在适用灵活定价的地方单独计量；普通的 Chat Voice 有自己的独立限额，不消耗 Codex 用量。

有一个行为对长时间运行的任务很重要。帮助中心说，如果你在一个进行中的 turn 里触及用量上限，Codex 可以在公平使用限制内继续完成该 turn，并建议你在 turn 结束后查看用量页或限额横幅。换句话说，任务做到一半归零，未必会杀掉正在进行的任务，但会拦住下一个。同一篇文章还告诉你去哪里看：桌面端与网页端的 Settings 或用量面板，以及正在运行的 Codex CLI 会话里的 /status。它还明确说 Support 不能重置你的限额。Support 可以调查计数错误，或在约定的重置时间过后额度没有回来的情况，仅此而已。

提示背后的额度

根据方案不同，用量限制按 5 小时窗口、每周窗口或两者同时生效。Astra 用量文章讲清了二者如何相互作用。5 小时限额决定每个窗口内包含多少用量，新窗口从上一个窗口结束后你在 Work 或 Codex 里发送的第一条消息开始。每周限额控制你在一周内可使用的包含工作量。两者都存在时，必须两边都有剩余才能继续，并且你可能在不到五个小时时就触到 5 小时限额，哪怕每周额度还有富余。

同一篇文章还点出第二个结构性事实，它能解释一个常见的意外。在同时有两种限额的方案上，同一笔用量会同时计入两者，但两个周期可以在不同时间结束。储备重置那篇文章给了一个例子：每周周期在中午结束，而当前的 5 小时周期持续到下午 3 点，于是你可能同时拥有 100% 的每周额度和 10% 的 5 小时额度。这两个计量表并不是从同一个起点开始的倒计时。把它们看作两个独立的时钟，由同一股用量喂养。

这张表有两点需要说明。第一，付费一列里的“符合条件”是有实际含义的：OpenAI 说可用性因账号而异，包括方案与账单所在国家或地区，并且与看到该选项的人订阅同一方案，并不保证你也能看到。第二，Pro 各行反映的是核实日期当天的帮助中心内容，而 Pro 方案的结构一直在变化。OpenAI 的 About ChatGPT Pro tiers 页面写明：在 2026 年 9 月 22 日至 9 月 29 日太平洋时间上午 10 点之间任一时刻持有过 Pro 200 的订阅者，只要订阅保持有效，可在 2026 年 10 月 29 日之前继续使用原有的包含额度，之后将转为较低的包含额度，价格仍为每月 200 美元。该页面没有给出绝对额度数字，因此本文也不引用任何数字。

什么在更快地消耗用量

OpenAI 明确表示，额度并不对应固定数量的消息或任务。一个窗口能覆盖多少，取决于模型、任务和设置。Work 与 Codex 那篇文章点出了几个杠杆：更大的输入与输出、更高的推理设置、Fast 模式，以及多步骤任务，都会增加用量；同一个任务在不同模型上的消耗也可能不同。方案用量文章补充了任务运行的位置和使用的工具，并指出长时间运行的任务可能比一次简短请求消耗多得多。云端任务消耗的额度可能高于本地消息。

OpenAI 还公布了 Plus 与 Standard Business 的区间。这些是 OpenAI 自己对每个 5 小时窗口内本地消息数的估算，并非保证，文章也再次强调用量随任务、模型和设置而变化。

每一行内部的跨度，比相邻两行之间的差距还大，这才是读这张表的诚实方式：模型是一个变量，任务是另一个。推理级别是 OpenAI 谈得最直接的设置。它的建议是，想让额度用得更久时，从较低强度起步是个好办法；更高的强度可能消耗更多额度，却不一定带来更好的结果；Astra 在 Low 强度下的表现可能超过 Sol 在 High 强度下的表现。它还指出，提高推理强度变不出缺失的文件、已连接的应用或权限，所以由缺少上下文造成的糟糕结果，不会因为多花额度而被修好。

自 Astra 发布以来，模型选择也有了新变化。在 OpenAI 10 月 26 日发布 GPT-6.1 Terra 的公告中，公司表示在 Work 与 Codex 里，使用 GPT-6.1 Terra 时额度比使用 GPT-5.6 Terra 更耐用，比使用 GPT-6.1 Sol 或 GPT-6 Astra 耐用得多，同时建议深入研究或复杂编码改用 Sol 或 Astra。同日 Tibo（@thsottiaux）的另一条帖子把这个比例说成比 6.1 Sol 多 2 倍用量（API 与订阅均如此）。后一个数字出自社交帖子，不是帮助中心文档，因此只能当作方向性参考。模型背景可参阅 GPT-6 Astra 完整指南（英文）与 GPT-6.1 Sol 指南；方案档位与 Ultrafast 倍率见 Ultrafast 与 Pro 500 方案指南；想看市场上便宜的那一端，见 2026 年最便宜的 AI 编码模型（英文）。

三种重置

OpenAI 的 “How resets work in Codex” 文章把重置分成三类，这个区分是最值得记住的一点。它们共用“重置”这个词，但在谁来触发、能否存放、是否收费、是否留下历史记录上各不相同。

三者都是一次性操作，独立于你常规的定时刷新。OpenAI 说它们不会永久提高方案限额，也不会增加用量 credits，并且免费的储备重置与自动重置属于酌情给予的促销福利，不保证可用性或时间表。储备重置也不是现金、API 额度或可转让的余额。实际含义是：一个从未有过重置记录的账号，用量表保持在 100% 就是正常状态，账号里没有重置并不是故障。

使用储备重置

兑换方法：在桌面应用中打开 Settings > Usage & billing，网页端则打开 Usage settings，选择显示重置的用量摘要（例如 “1 reset available” 或 “Full reset”），查看它覆盖的范围与过期时间，然后确认。移动端既没有这些控件，也没有历史记录。在 Codex CLI 中，输入 /usage 并选择 Redeem reset；如果你的 CLI 版本没有该选项，就用桌面应用或网页端。在桌面端，Use reset 兑换 Available 中已保存的重置，Buy an instant reset 则打开独立的付费方案，付费购买永远不会消耗储备重置。

还有一道防护，能解释很多人遇到的一条提示。在 Usage settings 中，该重置所覆盖的额度里，至少要有一项剩余不足 80%。如果所有覆盖的额度都剩 80% 或更多，页面会告诉你 “Your usage does not need a reset right now”，这次重置会继续留在你的余额里，直到你使用它或它过期。重置的计数逻辑也一样：只有当它至少恢复了一项覆盖的额度时，才会被标记为已使用。什么都没恢复的重置不会被消耗。

一次完整的储备重置会恢复你当前方案上的主要 Codex 额度：Go 上是每月额度，Plus 与 Business Standard 上是 5 小时与每周额度，Pro 100、Pro 200 与 Pro 500 上是每周额度。每项低于 100% 的覆盖额度回到 100%，已在 100% 的额度不会重新计时。沿用前面的例子，在每周 100%、5 小时 10% 时兑换，会恢复 5 小时额度，而每周周期继续走。图片生成、文件上传、普通 Chat Voice 等独立的模型或功能额度不受影响。

桌面应用里还有一个选项 Allow your assistant to use resets，允许 Codex 代你兑换储备重置。它要求你的主 5 小时或每周额度剩余 10% 或更少。如果一次重置在你没点任何东西的情况下消失了，帮助中心建议你查看 History 与最近的对话，找找是否有请求或确认，并且如果你只想手动控制，就关闭这个选项。History 列出两类事件：Reset received（添加了一次储备重置，这并不表示你的用量被刷新）与 Reset used。“received” 的记录可能已被使用或已过期，所以真正能告诉你还有哪些可兑换的，是 Available 列表。

付费即时重置

OpenAI 的付费重置文章描述的产品，比乍听起来要窄。在 ChatGPT 网页端和 Codex 桌面应用上，符合条件的 Plus 与 Pro 个人账号可以在触及限额之前从 Usage settings 购买即时重置，或在触及每周限额后通过应用内的优惠购买。购买完成后会立即恢复 5 小时与每周用量。Free、Go、Business、Enterprise 与 Edu 方案不可用，且可用性因账号而异。文章没有给出价格，只说要在结账页面查看价格与支付方式，所以你在别处看到的任何数字都不是出自这份来源。

最让人意外的是时间表的变化。付费重置是把你正常的每周额度周期提前，而不是额外增加一份权益。新的每周周期从重置生效后你在 Work 或 Codex 中发出的第一个请求开始，即使你还有剩余用量也一样，下一次自动每周重置则安排在那个首个请求之后 7 天，而不一定是付款后 7 天。OpenAI 说这种偏移是预期行为。由于重置立即生效、不能存放或预约，也不会等你把剩余额度用完，文章自己的建议是：如果想先把手里的额度用完，就晚点再买。

两条可用性规则能免得你白找。桌面端 Usage settings 里的该选项，在 5 小时与每周额度都完全没动过时是隐藏的，用掉任意一部分之后才会出现。应用内横幅则不同：它由每周额度耗尽触发，而不是只触到 5 小时限额就触发，并且可用来继续使用的 credits 可能影响它是否出现。触到 5 小时限额后没看到横幅，并不表示你买不了重置，去看桌面端 Usage settings。关于花钱：OpenAI 说通常不为每周限额重置的购买提供退款，usage credits 除法律要求的情形外不可退款，Settings 里的收据只能证明购买发生过，本身并不证明重置已生效。如果用量没有恢复，请用被扣款的那个账号联系 Support。

为什么你的重置时间会变

储备重置、全局重置与付费重置都可能改变它们所触及额度的下一次刷新时间，而不改变你的订阅账单日。重置重启某个用量周期时，新的时间表取代旧的。OpenAI 的例子：原定周五结束的每周周期在周二重启，那么下一次刷新在下一个周二，周五的刷新就不再适用。帮助中心的说法是：从 Usage 读取下一次刷新时间，不要根据你点击、付款或看到公告的时间去推算；并且提醒，在新周期开始之前，显示的时间可能只是个会变的估计值。

全局重置可能叠在储备重置之上。假设你在上午 10:00 兑换了一次储备重置，并用掉了刷新后额度的 5%，上午 10:30 的全局重置会把它从 95% 拉回 100%。两者不会叠加成 200%，你已花掉的那次储备重置不会退回，未使用的储备重置仍保留在你的余额中，沿用原有的过期时间，因为全局重置不会消耗它们。全局重置还可能在不产生任何 History 记录的情况下改变你的额度与下一次刷新时间，所以仅凭日期变了，无法判断是哪一种重置生效。

如果你围绕某个刷新时间安排工作，稳妥的习惯是把每个显示的时间当作当前的时间表，而不是承诺。仅仅日期变了，并不表示又用掉了一次储备重置，OpenAI 也建议不要为了测试第一次是否生效而再兑换或再购买一次重置。用量更新可能有短暂延迟；刷新或重新打开页面，并确认你查看的账号、工作区与限额。

OpenAI 的公开说法

帮助中心描述的是机制。重置实际是何时宣布的，则记录在 OpenAI 各账号的帖子里，这个规律有助于理解“没有保证的时间表”在实践中是什么意思。下面嵌入了五条帖子，每条都已于 2026 年 10 月 28 日核实存在。它们是历史，不是预测。

2026 年 7 月 10 日，OpenAI 的 Tibo（@thsottiaux）写道，Codex 与 ChatGPT Work 的用量限制已被重置，当天晚些时候还会有一次，并列出团队承认在发布时做得不对的地方，其中包括让用户太容易用上最高算力的设置，却没有把对限额的影响讲清楚。他承诺让用量和重置时间更加直观可见。

6 月 12 日，OpenAI 开发者账号宣布了限额储备功能：邀请朋友使用 Codex，当对方发出第一条消息时，你们双方都会存入一次重置，留到需要时使用，向 Go、Plus、Pro 与 Business 推出。这条帖子是帮助中心现在所描述的、基于推荐的储备重置的源头。

GPT-6 Astra 发布时，OpenAI 的 Tibo（@thsottiaux）在 9 月 3 日表示，付费方案用户每有一天无法使用 Astra，就会获赠一次储备重置。帮助中心对这次活动的描述更具体：信誉良好的现有 Plus、Pro 与 Business 订阅者在 9 月 3 日和 9 月 4 日各收到一次储备重置，账号创建的截止时间分别是太平洋时间晚上 10 点与晚上 8 点；9 月 7 日则有一次自动重置刷新了符合条件的用量限额，但没有添加可存放的重置。OpenAI 补充说，发布后个别的访问问题不构成再获一次重置的资格。

10 月 20 日，同一账号回应了周末用量消耗比预期更快的反馈。它说约有 40,000 个账号存在限额适用上的不一致：实际应用的用量与所选方案不符，该问题已被修正，受影响的用户会被逐一联系，并会向其账号添加 credits。这是对一个具体且有边界的计数错误的说明，并不涉及后文讨论的“显示相互矛盾”的那类报告。

这组帖子中最新的一条发于 10 月 28 日：OpenAI 的 Tibo（@thsottiaux）先开了个关于 iCloud 插件的玩笑，然后写下 “today is a reset”，属于他按天编号的系列帖子。在为本文拉取的时间线样本中，10 月 20、22、23、25、26 与 28 日的帖子各自都提到了重置。数这些帖子的数量，不等于数落到你账号上的重置次数，因为帮助中心说自动重置只发给选定的账号与限额，所以本文不断言任何特定用户实际收到了多少次。

哪项额度见底了？一棵决策树

避免把钱花在错误方案上的最快办法，是先确定是哪块计量表。下面这棵树遵循帮助中心自己的顺序：先看用量页面，找出见底的额度，再从你账号上显示的选项中挑选。每条分支最后都落在 OpenAI 有文档说明的选项上，没有一条涉及换模型，因为 Astra 用量文章明确说，在共享用量池里换模型不会恢复额度。

起点：Codex 或 Work 显示 "You're out of ... usage"
|
+-- 1. 打开 Settings > Usage（桌面端）/ Usage settings（网页端），或在 CLI 中运行 /status。
|      账号对吗？工作区对吗？先刷新一次。
|
+-- 2. 哪一项额度到了 0%？
|     |
|     +-- 只有 5 小时额度（Plus、Business Standard）
|     |     -> 等窗口结束，或兑换一次储备重置，
|     |        或购买即时重置（Plus/Pro 个人账号），或使用 credits。
|     |        等待不会动到每周额度。
|     |
|     +-- 每周额度（任何带每周额度的方案）
|     |     -> 等页面显示的刷新时间，或兑换储备重置
|     |        （要求至少有一项覆盖的额度剩余不足 80%），
|     |        或从每周限额横幅购买即时重置，
|     |        或使用 credits。
|     |
|     +-- 每月额度（Go）
|     |     -> 等待；若列表里有储备重置，也可兑换。
|     |        Go 不提供付费即时重置。
|     |
|     +-- 没有任何一项是 0%（每周显示 100%，或 credits 有余额）
|           -> 转到“显示 100% 却被拦”一节。
|
+-- 3. 提示是 "workspace is out of credits"？
|     -> Business/Enterprise：由工作区所有者充值 credits。
|        个人方案：检查 credits 余额，以及账号选择器里选中的账号。
|
+-- 4. 横幅提到图片、文件或 Chat Voice？
      -> 这些是独立限额，不消耗 Codex 用量，Codex 也不看它们。

如果你用的是 Plus 或 Business Standard，请仔细读 5 小时这条分支。等待是唯一不花钱、又不动每周时钟的选项。在这条分支上购买付费即时重置，还会让每周周期在你下一次请求时重启，这个改动比你想解决的问题还大。如果见底的是每周计量表，要比较和选择的是：等到显示的刷新时间、花掉手里已有的储备重置、付费买即时重置，还是改用 credits 继续，而正确答案很大程度上取决于距离你显示的刷新时间还有几天。

显示 100% 却被拦

Codex 仓库里一类反复出现的报告，描述的是用量页面和执行闸门互相矛盾。其中近期最详细的一份是 issue 38892，2026 年 8 月 16 日提交，核实时仍未关闭。它描述一个 Plus 工作区：Usage 页面显示每周剩余 100% 与 1,000 credits，而 Codex 却返回 “You’re out of Codex and Work usage… Your workspace is out of credits”，Work 返回 “You’re out of Work usage for now.”。报告者在 macOS 应用和浏览器里看到相同的结果，重启也无济于事，因此他怀疑是服务端的权益或 credits 账本不一致，而不是客户端缓存过期。这个诊断是报告者的假设，不是已确认的原因。

这并非孤例。Issue 38354（8 月 13 日，未关闭）描述一个 Plus 账号：面板显示每周剩余 100%，CLI 的 /status 也一致，Codex 却返回 “You’ve hit your usage limit.”。Issue 32680（7 月 13 日，未关闭）报告 /status 显示每周限额还剩 83%，但每条提示都被拦，并出现一条要求现有 Plus 用户升级到 Plus 的报错，重置日期还与 /status 里的不一致。Issue 35047（7 月 23 日，未关闭）描述分析页面显示相互矛盾的额度池，而全局闸门仍处于拦截状态。Issue 27598（6 月 11 日，未关闭）是一个 Business 账号被 “workspace is out of credits” 拦住，而面板显示仍有剩余配额；issue 12299（2 月 20 日，未关闭）是这组里最早的，报告在剩余 10% 时被拦。

可以稳妥地说的是：这些是用户报告，跨度至少五个月、涉及多种方案，截至 10 月 28 日核实时六个全部仍未关闭，并且为本文拉取的数据里 issue 38892 下唯一的一条评论，是自动的重复检测提示，而不是 OpenAI 的回应。无法说的是：受影响的账号有多少、根本原因是什么、任何个案是否已经修复。OpenAI 10 月 20 日那条关于约 40,000 个限额错配账号的单独声明，针对的是另一个已被承认的问题，没有发现任何证据能把它和这些报告联系起来。

帮助中心给出了适合这种情况的流程：先确认你查看的是正确的账号、工作区与用量限制，然后刷新或重新打开用量页面。不要为了验证某个猜想而再购买重置或再兑换一次储备重置。issue 38892 的报告者自己就指出了其中的花钱风险：看得见的 credits 余额可能促使人去购买并不需要的 credits。如果数字仍然不对，OpenAI 请你联系 Support，并提供你质疑的限额或 credits 余额、显示的重置时间、去除敏感信息后的截图、Codex 客户端与模型，以及事件发生的时间（含时区）。Business 与 Enterprise 成员如果看到 “workspace is out of credits”，还应让工作区所有者检查 credits，因为这条提示针对的是工作区闸门，它和个人每周计量表是两种不同的控制。

论断与证据表

本表把本文的每条论断对应到来源，并说明证据的可靠程度。“帮助中心”指 2026 年 10 月 28 日阅读的 OpenAI 帮助文章。

实用清单

• 先看计量表，再看标题。打开 Usage settings（桌面端或网页端），或在 CLI 中运行 /status，记下哪项额度归零以及显示的刷新时间。
• 检查账号与工作区。个人权益与工作区权益是分开的，OpenAI 把账号或工作区错误列为首先要排除的原因。
• 花钱之前先看 Available。你已持有的储备重置是免费的。记住 80% 规则：如果所有覆盖的额度都高于该比例，就无法兑换。
• 选最便宜且合适的方案。等待不花钱；付费重置会改变你的每周时间表；credits 按量付费，在包含用量用完之后才扣。
• 不要叠加测试。不要为了看第一次有没有生效，就再兑换或再购买一次重置。用量可能有延迟，先刷新。
• 决定是否允许助手代为兑换。如果你不想让 Codex 花掉储备重置，就关闭 Allow your assistant to use resets。
• 降低消耗速度。在大任务之前选好模型与推理级别，先看结果再决定是否提高强度，需要节省额度时避免使用 Fast 模式。
• 数字不对时留好证据。截图用量页面与报错，记下客户端、模型与时区，一并发给 Support。
• 不要依据传闻做计划。一条重置帖子不是时间表，请以你账号里显示的刷新时间为准。

局限

本文涵盖的是截至 2026 年 10 月 28 日已有文档说明的行为，有若干事项不在范围内。OpenAI 的帮助文章更新频繁，与重置相关的三篇在阅读时带有数小时或数天前的“更新”标记，因此方案名称、覆盖的额度与资格条件等细节可能变化。developers.openai.com/codex/pricing 的开发者定价页在核实时显示的是较旧的模型与方案内容，所以这里没有采用其中任何数字。所读来源中没有公布任何方案的绝对 token 数或消息数额度，因此文中没有出现。帮助文章没有说明付费重置的价格。社交媒体上流传的重置次数、每日重置系列与方案削减之说都出自第三方，未经核实，因此被排除。GitHub 报告都是个案，在所拉取的数据中，OpenAI 尚未确认其原因。

结论

如果 Codex 提示你用量耗尽，正确的反应是做一次简短的诊断，而不是掏钱。确认哪块计量表见底，查看 Available 里是否有储备重置在等你，再把等待与即时重置或 credits 的实际成本做比较，并记住即时重置会移动你整个每周周期。这三种重置不是同一个产品的变体：储备重置可存放、可兑换，自动重置不事先通知地发给选定账号且不留历史记录，付费重置立即生效并改变每周时钟。把任何显示的刷新时间都当作当前值，而不是永久值。

最尖锐的问题，是用量页面和执行闸门之间的落差。当页面说 100% 而产品说被拦时，文档给出的建议是核对账号、刷新、避免再购买，并带着证据联系 Support；而公开的 issue 追踪器显示，这个问题被反复报告，在审阅过的个案中仍未解决。最后核实于 2026 年 10 月 28 日。

常见问题

来源

来源核对于 2026 年 10 月 28 日。

• How resets work in Codex（OpenAI 帮助中心）：重置类型、兑换步骤、80% 与 10% 规则、History、时间、资格
• Paid weekly Work and Codex rate limit resets（OpenAI 帮助中心）：资格、购买路径、时间表变化、退款
• Managing usage with GPT-6 Astra in Work and Codex（OpenAI 帮助中心）：5 小时与每周窗口、消息区间估算、发布期重置
• Using Codex with your ChatGPT plan（OpenAI 帮助中心）：共享额度池、进行中 turn 的行为、Support 的权限边界
• ChatGPT Work and Codex（OpenAI 帮助中心）：产品划分、用量结构、Voice
• About ChatGPT Pro tiers（OpenAI 帮助中心）：Pro 200 的原有额度保留期、credits 行为
• Tibo，7 月 10 日；OpenAI Developers，6 月 12 日；Tibo，9 月 3 日；Tibo，10 月 20 日；Tibo，10 月 28 日（X 帖子，已嵌入上文）
• openai/codex issue 38892 及相关 issue 38354、32680、35047、27598、12299（用户报告，不是 OpenAI 的声明）

相关阅读：GPT-6 Astra 完整指南（英文）、GPT-6.1 Sol 指南、Ultrafast、Pro 500 与 Pro 200 方案指南、2026 年最便宜的 AI 编码模型（英文）、GPT-6 Astra vs Sol vs Luna 定价与用量（英文）。