tibo新贴除了重置还提到了5h限额的恢复

Sol社区的各位好！我已重置了所有ChatGPT Work和Codex用户的用量限制。此外，关于GPT-5.6在Sol平台上的用量限制，这里有一个简短更新。

过去几周，许多用户向我们反馈，Sol消耗Codex配额的速度比预期更快。需要明确的是，我们并未降低任何订阅套餐的用量上限。

我们深入调查了这一现象，并实施了多项改进。因此，在正常使用 Sol 的情况下，预计您的使用时长将延长约 18%。部分用户从今天起应该已经能明显感受到显著的改善。**

明天，我们还将恢复此前在调查期间暂时暂停的五小时使用限制。

**

以下是我们的调查结果：

- GPT-5.6 Sol 更倾向于长时间运行、发起更多工具调用，并在不同工具和子代理之间协调复杂的工作流。这使其在解决难题方面表现更佳，但某些任务的资源消耗远超预期。

- 与之前的模型相比，Sol 在相同的推理努力下工作效率更高。在 GPT-5.5 上，“High”模式的 Sol 消耗的令牌数量可能多于 GPT-5.5 上的“High”模式。

- 程序化工具调用（也称为代码模式）赋予 Sol 更大的灵活性，使其能够并行执行工具调用，或在等待期间继续工作。但这也导致每轮响应量增加、缓存的输入令牌增多，以及资源消耗超出预期。

- 这一点在 Sol 等待工具调用完成或执行大量网络搜索时尤为明显。我们已改进了对这两种情况的处理方式，并正在持续优化代码模式的效率。

- 资源消耗的影响也极不均衡。中位数用户实际上发现 Sol 的令牌利用率相当高，而一些处理更复杂任务的高级用户则发现其资源消耗速度快得多。我们在发布前过于关注平均值和中位数，从而忽略了某些“长尾”场景中资源消耗可能显著增加的情况。

Sol 标志着 Codex 功能能力的重大飞跃，但功能与效率的提升并不总是同步的，有些问题只有在用户以实际规模使用模型时才会显现。我们本应更早意识到这一点，并对此更加坦诚。

你们不断开拓前沿，我们将持续提升效率，并在过程中分享最新进展。

通过DeepL.com（免费版）翻译