Sol用户重置限制,改进效率,使用时长延长18%
Sol的各位朋友!我已重置所有ChatGPT Work和Codex用户的使用限制。同时,关于GPT-5.6 Sol使用限制的快速更新。
过去几周,许多人告诉我们Sol消耗Codex限制的速度比预期快。明确地说,我们没有减少任何订阅计划的使用量。
我们一直在调查原因,并已实现多项改进。因此,在典型使用Sol时,预计使用时长将延长约18%。部分用户从今天起应已看到显著改善。明天,我们还将恢复之前调查时暂停的五小时限制。
以下是我们的发现:
- GPT-5.6 Sol更愿意长时间工作,进行额外工具调用,并跨工具和子代理协调复杂工作流。这使得它更擅长解决难题,但某些任务消耗远超预期。
- Sol在相同推理努力下也比之前模型更努力。High模式下的Sol可能比GPT-5.5的High消耗更多token。
- 程序化工具调用(即代码模式)让Sol更灵活地并行运行工具调用或在等待时继续工作。但也导致每轮更多响应、更多缓存输入token以及超出预期的消耗。
- 这在Sol等待工具调用完成或执行大量网页搜索时尤其明显。我们改进了这两种情况的处理,并继续提高代码模式效率。
- 影响也极不均匀。普通用户发现Sol token效率相当高,而处理困难任务的重度用户消耗更快。我们在发布前过于关注平均和中位数使用,忽略了长尾情况下可能显著多消耗的情况。
Sol是Codex能力的重要进步,但能力和效率并非总是同步提升,有些问题只有在真实规模下使用才会显现。我们本应更早认识并更坦诚地沟通。
你们不断推动前沿,我们将持续改进效率并分享更新。
过去几周,许多人告诉我们Sol消耗Codex限制的速度比预期快。明确地说,我们没有减少任何订阅计划的使用量。
我们一直在调查原因,并已实现多项改进。因此,在典型使用Sol时,预计使用时长将延长约18%。部分用户从今天起应已看到显著改善。明天,我们还将恢复之前调查时暂停的五小时限制。
以下是我们的发现:
- GPT-5.6 Sol更愿意长时间工作,进行额外工具调用,并跨工具和子代理协调复杂工作流。这使得它更擅长解决难题,但某些任务消耗远超预期。
- Sol在相同推理努力下也比之前模型更努力。High模式下的Sol可能比GPT-5.5的High消耗更多token。
- 程序化工具调用(即代码模式)让Sol更灵活地并行运行工具调用或在等待时继续工作。但也导致每轮更多响应、更多缓存输入token以及超出预期的消耗。
- 这在Sol等待工具调用完成或执行大量网页搜索时尤其明显。我们改进了这两种情况的处理,并继续提高代码模式效率。
- 影响也极不均匀。普通用户发现Sol token效率相当高,而处理困难任务的重度用户消耗更快。我们在发布前过于关注平均和中位数使用,忽略了长尾情况下可能显著多消耗的情况。
Sol是Codex能力的重要进步,但能力和效率并非总是同步提升,有些问题只有在真实规模下使用才会显现。我们本应更早认识并更坦诚地沟通。
你们不断推动前沿,我们将持续改进效率并分享更新。