主 题：tibo 按下了重置按钮
发 布 者：lighthappy
标签分类： 情报
时 间：2026-08-30 07:29:51
内容预览：我们正在为所有 Codex 和 ChatGPT Work 的付费用户重置使用量。请继续阅读以获取 Codex 使用限制的更新。团队日夜奋战，处理了数千份报告并发布了修复补丁。根据您使用 Codex 的方式，您的使用量应该比之前多出 10% 到 50%。我们真的用细齿梳仔仔细细地检查了，许多长期未发现的小问题被挖了出来，以下是我们发现并修复的内容：压缩。我们在压缩过程中保留了旧图像，有时会使上下文变得足够大，从而再次触发压缩。修复后，重度使用图像的用户使用量下降了约 10%。已修复。内存。后台内存工作者可能会继承停止钩子，并在钩子不允许其完成时继续运行。这影响了不到 1% 的用户，但长尾问题相当严重，我们看到一个示例线程检查了是否可以停止 15,000 次。已修复。目标。在某些情况下，/goal 设置完成后可能会继续运行，超出预期的停止条件，或者模型会不断重试损坏的工具而不停止。我们看到一些示例消耗了每周限额的 15% 到 70%。已修复。自动化。一些自定义计划可能会比配置的频率更频繁地运行。已修复。子代理。较小的模型（例如 Luna）有时会在未明确要求的情况下选择更强大的助手。同样，在编排模型未以 /fast 模式运行时，它可能会要求子代理以 /fast 模式运行。已修复。计算机历史。旧的实现可能会导致反复总结重叠活动。在某些情况下，我们看到它每周消耗每周使用量的五分之一。已修复。滚动任务摘要。普通回合会触发额外的后台请求。这些请求每次会增加约 1% 的令牌使用量。每次都很小，但会累积。我们已禁用此功能。MCP。一些工具结果可能会被编码两次。我们还发现工具指令被截断并重新获取。已修复。我们还进行了架构更改，以防止这些问题复发，无论如何，如果发生，我们的团队都会收到通知。我们也在努力在应用中直接向您显示使用量去向，这样您就不必猜测了。不用说，我们正在重置使用限制，我希望您享受
直达链接： https://www.nodeseek.com/post-901172-1
发 布 者：lighthappy
标签分类： 情报
时 间：2026-08-30 07:29:51
内容预览：我们正在为所有 Codex 和 ChatGPT Work 的付费用户重置使用量。请继续阅读以获取 Codex 使用限制的更新。团队日夜奋战，处理了数千份报告并发布了修复补丁。根据您使用 Codex 的方式，您的使用量应该比之前多出 10% 到 50%。我们真的用细齿梳仔仔细细地检查了，许多长期未发现的小问题被挖了出来，以下是我们发现并修复的内容：压缩。我们在压缩过程中保留了旧图像，有时会使上下文变得足够大，从而再次触发压缩。修复后，重度使用图像的用户使用量下降了约 10%。已修复。内存。后台内存工作者可能会继承停止钩子，并在钩子不允许其完成时继续运行。这影响了不到 1% 的用户，但长尾问题相当严重，我们看到一个示例线程检查了是否可以停止 15,000 次。已修复。目标。在某些情况下，/goal 设置完成后可能会继续运行，超出预期的停止条件，或者模型会不断重试损坏的工具而不停止。我们看到一些示例消耗了每周限额的 15% 到 70%。已修复。自动化。一些自定义计划可能会比配置的频率更频繁地运行。已修复。子代理。较小的模型（例如 Luna）有时会在未明确要求的情况下选择更强大的助手。同样，在编排模型未以 /fast 模式运行时，它可能会要求子代理以 /fast 模式运行。已修复。计算机历史。旧的实现可能会导致反复总结重叠活动。在某些情况下，我们看到它每周消耗每周使用量的五分之一。已修复。滚动任务摘要。普通回合会触发额外的后台请求。这些请求每次会增加约 1% 的令牌使用量。每次都很小，但会累积。我们已禁用此功能。MCP。一些工具结果可能会被编码两次。我们还发现工具指令被截断并重新获取。已修复。我们还进行了架构更改，以防止这些问题复发，无论如何，如果发生，我们的团队都会收到通知。我们也在努力在应用中直接向您显示使用量去向，这样您就不必猜测了。不用说，我们正在重置使用限制，我希望您享受
直达链接： https://www.nodeseek.com/post-901172-1
