#人工智能 重大噩耗！Codex 再次重置付费订阅用户额度，但从明天开始将恢复 5 小时滚动限额机制。此前暂停 5 小时限额是因为很多开发者抱怨 Sol 消耗太高，所以 Codex 团队频繁重置额度以及让大家敞开用来分析问题。现在问题已经解决所以 5 小时限额又要回来了，不过 Sol 消耗太快问题也将获得明显改善。查看全文：https://ourl.co/114115

据 Codex 技术经理蒂博发布的最新消息，Codex 所有付费订阅用户的当周额度已经完成重置，但非常遗憾的是 Codex 预计从明天开始恢复 5 小时滚动限额机制，接下来大家可能又要回到焦虑的状态：还有 5 小时窗口限额时必须抓紧时间使用，避免错过浪费窗口期。

在推出 GPT-5.6 后很多开发者反馈订阅额度不够用，即很简单的任务也会在短时间内消耗大量配额，蓝点网也有类似的感受，即简单的任务 GPT-5.6 Sol 也会以非常复杂的方式去解决，这不仅需要用户长时间等待，还会造成大量的配额浪费。

蒂博称团队并没有减少任何订阅计划的使用量，所以此前暂停 5 小时限额以及频繁重置让大家敞开用，这样 Codex 团队也能调查问题并发布改进，现在团队已经部署多项改进优化使用量问题。蒂博称预计在 Sol 的典型使用中，现在的使用限额预计会比此前增加 18% 左右。

在问题已经调查清楚和部署解决方案后，Codex 团队也决定从明天开始重新启用 5 小时滚动限额机制，不过现在 Codex 已经完成重置，不确定明天恢复 5 小时限额时是否还会继续重置，所以暂时各位还是保守使用不要直接开着快速模式将周额度蹬完。

- Sol 模型更愿意长时间工作并进行额外的工具调用，尤其是在工具与子智能体之间协调复杂的流程，这让 Sol 模型更擅长解决复杂问题，但有些任务消耗的资源也确实远远超过 Codex 团队的预期。

- Sol 在相同的推理努力程度下也比其他模型更加努力，所以在 Sol+High 模式可能比 GPT-5.5+High 模式消耗更多的用量，这可能也是大家觉得订阅配额被快速耗尽的主要原因。

- 程序化调用也赋予 Sol 更大的灵活性，Sol 可以并行运行工具调用或在等待期间继续工作，但这也导致出现每轮响应过多、缓存输入更多、远超预期的更高使用量，而且用户还需要长时间等待。

- Sol 等待工具调用完成或运行大量网络搜索时出现的问题更多，所以 Codex 团队也改进这些情况的处理方式，继续提高代码模式的效率避免响应过多、输入缓存太多以及消耗太多的使用额度。

- Sol 实际带来的问题也存在影响不均衡，即中位数用户发现 Sol 的令牌效率相当高，而处理更复杂任务的资深用户例如开发者会注意到自己的订阅额度消耗更快，Codex 团队在推出模型前非常关注平均和中位数使用量而忽略部分长尾情况，这种情况可能导致更高的使用量。

消息源：@Thsottiaux

即将结束终于补货！99元/年境外CN2服务器又可以购买，限量销售，售完即止。另有3年超低价国内VPS服务器。