OpenAI在2026年8月29日进行的重置，核心并不是给所有订阅者永久加量，而是修复额度被“隐形消耗”后，对适用的付费Codex和ChatGPT Work账户进行自动补偿。用户无需逐一提交申诉，相关订阅额度会直接恢复。API则采用按Token计量、独立计价的模式，因此不属于这次订阅额度重置的范围。4 17

OpenAI相关报道预计，修复后，同一份额度根据用户的具体使用方式，可能比此前多支撑10%至50%的有效工作量。8 4 这里的关键区别是：10%至50%指额度的使用效率提升，不是账户数字配额永久增加10%至50%。

哪些问题在悄悄消耗额度？

OpenAI Codex与ChatGPT工程负责人Thibault Sottiaux此前首先披露了三类消耗源：

• 图片密集型会话的上下文压缩效率低下。 长时间编程会话需要反复压缩历史上下文。如果旧图片在压缩后仍被保留，系统可能再次触发压缩，造成重复的视觉处理。公开更新日志显示，远程压缩现在默认会将保留的图片计入上下文预算，并在需要时删除较早的图片。15 30
• Computer History的高位使用开销异常。 该功能会把用户在应用和网站中的活动转化为可搜索的时间线与上下文。在使用量较高的尾部区间，相关处理被报道为异常昂贵。15
• 自动生成对话标题。 原本只是为了整理会话的标题生成机制，实际使用的模型资源超过预期，产生了与用户主要编程任务无关的后台调用。15

随后报道将修复范围扩大为八类问题。其他被提及的情况包括：智能体实际上已经完成目标却仍继续运行；子智能体被调度到更昂贵的模型；以及计划中的自动化任务以更高频率或在用户未预期的条件下执行。4 8

这些问题的共同点是，用户未必发出了新的请求，额度却可能继续减少。例如，图片在上下文压缩中被反复处理，会增加视觉相关计算；没有及时停止的智能体会持续调用模型和工具；自动化任务则可能在后台启动工作。于是，用户看到的“已完成编程任务量”与实际消耗的额度之间出现落差。

不过，目前公开材料并没有提供一份由OpenAI确认的、逐项对应八类问题的完整清单，也没有给出每个问题在所有账户上的精确节省比例。因此，外界可以确认问题方向，但不宜把所有细节或单项节省数字视为官方完整统计。

修复后到底能多用多久？

报道中的“多10%至50%”是对有效工作量的估算，而不是配额数字本身同步上涨。8 受益程度取决于工作负载：

• 长时间、包含大量图片的会话，可能改善更明显；
• 经常使用Computer History的用户，可能减少额外上下文和记录开销；
• 多智能体工作流可能受益于更合理的停止逻辑和模型选择；
• 启用了计划任务的用户，可能减少非预期的后台运行。

相反，如果用户主要进行短时、纯文本的单智能体编程，且很少使用图片、Computer History或自动化功能，重置后的体感可能并不明显。公开信息也没有可靠地证明所有账户的图片处理消耗究竟下降了多少。8 30

Sottiaux在8月24日说了什么？

8月24日，Sottiaux表示团队已经找到最初的三类额度消耗问题，并组建“tiger team”（专项突击团队）调查用户报告、快速发布修复。15 后续信息称，团队在更大范围的8月29日重置前，已经处理了数千份用户报告。8

这条时间线很重要：重置更像是修复期间的补偿措施，而不是OpenAI宣布订阅配额永久上调。换句话说，OpenAI是在先承认系统效率和计量存在问题，再通过修复和统一恢复额度降低用户损失。

为什么偏偏在用户增长期暴露问题？

Codex和ChatGPT Work在同一时期快速扩张。二手报道显示，两者合计用户数约为：7月中旬800万、8月中旬1500万，以及8月21日2000万。10 23

同期，GPT-5.6 Sol刚刚推出，OpenAI还下调了相关价格。路透社报道，8月21日降价后，Sol标准短上下文API价格为每100万输入Token 4美元、每100万输出Token 20美元。17 OpenAI的模型页面则称，GPT-5.6可用于ChatGPT、Codex和API，但不同产品的用量和定价方式并不相同。28

当数百万用户同时使用具备工具调用和后台运行能力的编程智能体时，单次任务中很小的低效也会被放大：它可能转化为大规模的计算资源浪费、额度计量争议和客服压力。

为什么用户此前反复遇到重置？

Codex和ChatGPT Work在6月至8月期间已经出现过多次额度重置和限制调整，包括据报道于8月11日进行的一次全局重置。18 早期重置与用户里程碑、临时政策变化，或OpenAI在调整系统期间维持用户使用有关。14 23

“7月两周内重置六次”的说法目前缺乏足够强的公开证据，因而不能据此断言每次重置都由基础设施故障引起。更稳妥的判断是：在需求快速增长时，OpenAI一直在反复校准额度计量、模型路由、后台功能和容量控制。

这种历史也解释了部分用户的怀疑。此前在达到2000万用户里程碑后发放的额度，被描述为可以稍后自行使用的存储式重置（banked reset），而不是立即把当前使用计量器补满。13 10 如果用户期待的是立刻看到额度恢复，存储式重置就可能看起来像“根本没有到账”。

与Plus、Pro限制有什么关系？

8月29日重置前后，OpenAI也在重新管理Codex和ChatGPT Work的容量。此前仅受每周额度限制一段时间后，ChatGPT Plus用户重新受到五小时滚动限制；当用户达到五小时或每周上限后，需要等待下一周期或购买额外额度。5 6 当时的报道显示，价格更高的Pro方案暂未受这一限制影响，但随着使用量增长，未来仍可能引入限制。12

这反映了智能体编程产品的现实难题：一次任务可能同时涉及长上下文、工具调用、图片处理、后台工作和多个子智能体。固定月费对用户更容易理解，但当不同用户的计算负载差异巨大时，准确、透明的用量核算就变得格外重要。

OpenAI会提供用量和支出显示吗？

OpenAI已经介绍了面向ChatGPT Work和Codex管理员的管理工具，可用于查看活动与额度使用情况、识别接近限制的成员或群组，以及处理额度和支出请求。49

但目前公开证据不足以确认一个面向所有用户的完整“支出显示”究竟何时推出、具体长什么样。外界通常期待这类界面能按模型、任务、图片、智能体和自动化任务拆分额度消耗，但这仍应视为合理期待，而不是已经确认的产品规格。

目前最明确的结论是：OpenAI在修复多项可能导致非预期消耗的问题后，为付费Codex和ChatGPT Work用户统一恢复了适用额度；修复可能让部分用户在同等配额下多完成10%至50%的工作，但它并不等于订阅方案永久升级。更长期的问题仍然是：在固定价格模式下，OpenAI能否让高计算量的智能体编程服务变得足够可预测、透明且稳定。

OpenAI在2026年8月29日进行的重置，核心并不是给所有订阅者永久加量，而是修复额度被“隐形消耗”后，对适用的付费Codex和ChatGPT Work账户进行自动补偿。用户无需逐一提交申诉，相关订阅额度会直接恢复。API则采用按Token计量、独立计价的模式，因此不属于这次订阅额度重置的范围。4 17

OpenAI相关报道预计，修复后，同一份额度根据用户的具体使用方式，可能比此前多支撑10%至50%的有效工作量。8 4 这里的关键区别是：10%至50%指额度的使用效率提升，不是账户数字配额永久增加10%至50%。

哪些问题在悄悄消耗额度？

OpenAI Codex与ChatGPT工程负责人Thibault Sottiaux此前首先披露了三类消耗源：

• 图片密集型会话的上下文压缩效率低下。 长时间编程会话需要反复压缩历史上下文。如果旧图片在压缩后仍被保留，系统可能再次触发压缩，造成重复的视觉处理。公开更新日志显示，远程压缩现在默认会将保留的图片计入上下文预算，并在需要时删除较早的图片。15 30
• Computer History的高位使用开销异常。 该功能会把用户在应用和网站中的活动转化为可搜索的时间线与上下文。在使用量较高的尾部区间，相关处理被报道为异常昂贵。15
• 自动生成对话标题。 原本只是为了整理会话的标题生成机制，实际使用的模型资源超过预期，产生了与用户主要编程任务无关的后台调用。15

随后报道将修复范围扩大为八类问题。其他被提及的情况包括：智能体实际上已经完成目标却仍继续运行；子智能体被调度到更昂贵的模型；以及计划中的自动化任务以更高频率或在用户未预期的条件下执行。4 8

这些问题的共同点是，用户未必发出了新的请求，额度却可能继续减少。例如，图片在上下文压缩中被反复处理，会增加视觉相关计算；没有及时停止的智能体会持续调用模型和工具；自动化任务则可能在后台启动工作。于是，用户看到的“已完成编程任务量”与实际消耗的额度之间出现落差。

不过，目前公开材料并没有提供一份由OpenAI确认的、逐项对应八类问题的完整清单，也没有给出每个问题在所有账户上的精确节省比例。因此，外界可以确认问题方向，但不宜把所有细节或单项节省数字视为官方完整统计。

修复后到底能多用多久？

报道中的“多10%至50%”是对有效工作量的估算，而不是配额数字本身同步上涨。8 受益程度取决于工作负载：

• 长时间、包含大量图片的会话，可能改善更明显；
• 经常使用Computer History的用户，可能减少额外上下文和记录开销；
• 多智能体工作流可能受益于更合理的停止逻辑和模型选择；
• 启用了计划任务的用户，可能减少非预期的后台运行。

相反，如果用户主要进行短时、纯文本的单智能体编程，且很少使用图片、Computer History或自动化功能，重置后的体感可能并不明显。公开信息也没有可靠地证明所有账户的图片处理消耗究竟下降了多少。8 30

Sottiaux在8月24日说了什么？

8月24日，Sottiaux表示团队已经找到最初的三类额度消耗问题，并组建“tiger team”（专项突击团队）调查用户报告、快速发布修复。15 后续信息称，团队在更大范围的8月29日重置前，已经处理了数千份用户报告。8

这条时间线很重要：重置更像是修复期间的补偿措施，而不是OpenAI宣布订阅配额永久上调。换句话说，OpenAI是在先承认系统效率和计量存在问题，再通过修复和统一恢复额度降低用户损失。

为什么偏偏在用户增长期暴露问题？

Codex和ChatGPT Work在同一时期快速扩张。二手报道显示，两者合计用户数约为：7月中旬800万、8月中旬1500万，以及8月21日2000万。10 23

同期，GPT-5.6 Sol刚刚推出，OpenAI还下调了相关价格。路透社报道，8月21日降价后，Sol标准短上下文API价格为每100万输入Token 4美元、每100万输出Token 20美元。17 OpenAI的模型页面则称，GPT-5.6可用于ChatGPT、Codex和API，但不同产品的用量和定价方式并不相同。28

当数百万用户同时使用具备工具调用和后台运行能力的编程智能体时，单次任务中很小的低效也会被放大：它可能转化为大规模的计算资源浪费、额度计量争议和客服压力。

为什么用户此前反复遇到重置？

Codex和ChatGPT Work在6月至8月期间已经出现过多次额度重置和限制调整，包括据报道于8月11日进行的一次全局重置。18 早期重置与用户里程碑、临时政策变化，或OpenAI在调整系统期间维持用户使用有关。14 23

“7月两周内重置六次”的说法目前缺乏足够强的公开证据，因而不能据此断言每次重置都由基础设施故障引起。更稳妥的判断是：在需求快速增长时，OpenAI一直在反复校准额度计量、模型路由、后台功能和容量控制。

这种历史也解释了部分用户的怀疑。此前在达到2000万用户里程碑后发放的额度，被描述为可以稍后自行使用的存储式重置（banked reset），而不是立即把当前使用计量器补满。13 10 如果用户期待的是立刻看到额度恢复，存储式重置就可能看起来像“根本没有到账”。

与Plus、Pro限制有什么关系？

8月29日重置前后，OpenAI也在重新管理Codex和ChatGPT Work的容量。此前仅受每周额度限制一段时间后，ChatGPT Plus用户重新受到五小时滚动限制；当用户达到五小时或每周上限后，需要等待下一周期或购买额外额度。5 6 当时的报道显示，价格更高的Pro方案暂未受这一限制影响，但随着使用量增长，未来仍可能引入限制。12

这反映了智能体编程产品的现实难题：一次任务可能同时涉及长上下文、工具调用、图片处理、后台工作和多个子智能体。固定月费对用户更容易理解，但当不同用户的计算负载差异巨大时，准确、透明的用量核算就变得格外重要。

OpenAI会提供用量和支出显示吗？

OpenAI已经介绍了面向ChatGPT Work和Codex管理员的管理工具，可用于查看活动与额度使用情况、识别接近限制的成员或群组，以及处理额度和支出请求。49

但目前公开证据不足以确认一个面向所有用户的完整“支出显示”究竟何时推出、具体长什么样。外界通常期待这类界面能按模型、任务、图片、智能体和自动化任务拆分额度消耗，但这仍应视为合理期待，而不是已经确认的产品规格。

目前最明确的结论是：OpenAI在修复多项可能导致非预期消耗的问题后，为付费Codex和ChatGPT Work用户统一恢复了适用额度；修复可能让部分用户在同等配额下多完成10%至50%的工作，但它并不等于订阅方案永久升级。更长期的问题仍然是：在固定价格模式下，OpenAI能否让高计算量的智能体编程服务变得足够可预测、透明且稳定。