蓝点网 ·

重大噩耗！Codex已再次硬重置但从明天开始将重新恢复5小时使用限额

💡 原文中文，约1400字，阅读约需4分钟。

📝

内容提要

Codex将恢复5小时滚动限额机制，此前因GPT-5.6的Sol模型消耗配额过快而暂停。团队已优化问题，典型使用限额增加18%。Sol模型因更努力、并行工具调用等导致高消耗，现改进后恢复限额，用户需谨慎使用。

🔎

Codex 团队暂停 5 小时滚动限额是为了调查 Sol 模型消耗配额过快的问题。通过暂停限额和频繁重置，团队得以收集数据并部署改进。现在问题已解决，因此恢复限额机制。这一过程表明，限额调整并非随意，而是基于实际使用情况的优化。

Sol 模型倾向于更长时间工作、进行额外工具调用，并在等待期间并行运行任务，这导致每轮响应过多、缓存输入更多，从而消耗更多配额。尤其在复杂任务中，资深用户会明显感到额度消耗加快，而中位数用户则可能觉得效率尚可。这种不均衡影响是团队需要持续优化的方向。

明天恢复 5 小时滚动限额后，用户需注意窗口期，避免浪费。由于团队已优化使用量，典型使用限额预计增加 18%，但 Sol 在 High 模式下仍可能消耗更多。建议用户谨慎使用，避免在快速模式下耗尽周额度，尤其是在处理复杂任务时。

❓

因为 GPT-5.6 的 Sol 模型消耗配额过快，很多开发者反馈简单的任务也会在短时间内消耗大量配额，导致订阅额度不够用。为了调查问题并让大家敞开用，Codex 团队暂停了 5 小时限额并频繁重置额度。

Codex 预计从明天开始恢复 5 小时滚动限额机制。

主要原因包括：Sol 模型更愿意长时间工作并进行额外的工具调用，尤其在协调复杂流程时；在相同推理努力下比其他模型更努力；可以并行运行工具调用或等待期间继续工作，导致响应过多、缓存输入更多；等待工具调用或大量网络搜索时问题更多。

Codex 团队部署了多项改进，优化了使用量问题，包括改进等待工具调用或大量网络搜索时的处理方式，提高代码模式效率，避免响应过多、输入缓存太多以及消耗太多使用额度。

蒂博称预计在 Sol 的典型使用中，现在的使用限额会比此前增加约 18%。

中位数用户发现 Sol 的令牌效率相当高，而处理更复杂任务的资深用户（如开发者）会注意到自己的订阅额度消耗更快。这是因为 Codex 团队在推出模型前更关注平均和中位数使用量，忽略了部分长尾情况。

用户需要谨慎使用，避免直接开着快速模式将周额度用完，因为不确定明天恢复 5 小时限额时是否还会继续重置，所以暂时保守使用。

🏷️