codex gpt5.6的上下文窗口又砍回400k（258k）了？

说是会恢复

tibo说了计费有问题先改回去了

改回272k额度确实正常了，之前plus周额度直接缩水到100刀了，改了后现在又变回140刀

那就是 128k+272k？前面那个是基础的占用只要对话

在哪里看的，为什么我这里新版本不显示上下文进度了

改回去了，原因是会导致消耗额外变大，这是 tibo 的回复

原因并不是上下文超过 272k 后按 2 倍计费。对于订阅中的 GPT-5.6 Sol，我们可以控制所有相关设置，因此不会因为使用更长的上下文而额外收费。实际原因是别的，我会在下面尝试解释。

整体轨迹长度，也就是多次上下文压缩过程中所有上下文窗口长度的总和，基本不会因为推理强度不同而发生太大变化。同样，当上下文长度超过 272k 后，不同长度下最终输出的整体质量也差不多。

更长上下文的主要好处在于整体速度更快，因为不需要等待上下文压缩；能够处理极其庞大的输入；以及在系统调优得当、缓存命中非常理想的情况下，可能降低成本。

真正的原因是下方图表所展示的现象，也就是橙色曲线与蓝色曲线之间的差异。随着上下文在各次工具调用之间被反复传递，缓存读取的总体成本会随上下文规模增大而上升。

因此，从成本角度来看，最佳选择未必是始终使用所能支持的最大上下文长度。

我们目前正在做的是以不同方式调优整个系统，以便之后能够重新提高上下文长度，同时又不会导致用户被扣除更多使用额度。希望这些说明能让情况更清楚一些。

昨天一堆帖子辟谣。结果今天一看官方承认。如果长任务，到点还是手动压缩好

自动压缩总是在奇怪的点上，反而不合理