GPT 5.5 的 Context window 只有 258k！

codex 一直都是 258k ，既然使用 codex 就不要把 claude code 的上下文管理习惯带过来，codex 的上下文自动压缩效果目前是独一档，你不需要关注上下文使用了多少，也无需手动清理上下文或者开新 session ，只管一个窗口怼到黑就行了

gemini 和 claude 都有 M 级别的上下文了

我猜 GPT 从 5.6 开始会有 M 级别的上下文

@layxy Context 快满了之后，codex 感觉会变得很笨，之前执行过的操作也记不得了，我试试了 5.4 是可以设置 Context 为 1M

@qW7bo2FbzbC0 没有 1 M 感觉用着贼不方便，说是 5.6 要来了，但是一直都在来的路上

上下文大了，一次对话消耗的 token 也多

当 context 大到一定程度后，你以为是 context, 实际是 rag...

@yujianfei 1m 上下文超过 300k 后出现幻觉的几率会升高不少，258k 是一个比较好的阈值，既不会降智，在触发后自动压缩也不会丢上下文的重要信息

gemini 的 M 级别的上下文就是个笑话，堪称诈骗

5.6 是 353k

@Sezxy 我其实 token 也蹬不完

@xe2vherd 我主要的场景是会让 gpt 读公司相关财报之类的，rag 也可以呀，写代码场景也是呀，rag 感觉也有用

@JayLuoShui 353 怕是过于小了，还是得 1M 呀

@taotaodaddy gemini 之前我用了下，快的让我怀疑是不是 web search

5.6 大一点，353k

codex 的 5.5 上下文就是这么多啊。。你改 codex 客户端上下文大小只能改下限，怎么可能改上上限
解决办法就是换模型呗，codex 的 5.4 有 1M 我记得

gpt 5.5 的 1M 上下文要调 API ，订阅的只有 258k

碰到过一次没有自动压缩不够了，手动指令压缩一下继续了。

以前 5.4 还是 5.3 就是 1M 上下文，好像是效果还不如现在 200+K 的上下文，然后后面就都是 200k

@lucays 已经用上了么，哥，流下了羡慕的口水

我也是从 opus4.8 切过来的，我的意见也和大家一样，不要折腾这个 1M
codex 的上下文压缩无感且不会丢失很多信息，最起码我没遇到对我影响很大的事情，至于一个窗口一条道走到黑我也不赞成。

5.6 本周四就来了，如果按照上面说的 353k 那就更够用了
------
对了，切到 codex 来之后发现很怀念 cc 的 ask user question 互动，codex 这边也有类似的 request_user_input ，非 plan mode 需要 config 配置 default_mode_request_user_input = true

上下文越多对内存的压力越大，指数级增长。为了成本考虑也不会在订阅套餐给你直接上 1m 。

改上下文大小 codex cli 能有机会生效，app 不行的。但不建议去搞，codex 的上下文压缩很好的，上下文太大 token 也用的多，意义没那么大的。

年轻的选手还在纠结 codex 的上下文少，老迈的选手只用 256k

说实话无论是 5.5 还是 5.6 我都没觉得 context window 是个问题

我虽然没觉得这是个问题，但是我就是用的中转站的 api ，cli 能生效 app 就是不生效 有点蛋疼

不觉得 1M 的上下文是个优势.
我还是用 200k 的上下文.新问题开新窗口反而更干净更准确.

@yujianfei #4 不是说明天发布吗

@loopq cc 1m 用惯了，我分析投资报告，感觉质量总是差点意思

@BruceXu 在 cc 切到 codex 的阵痛期

基本上够用，改一改使用习惯，经常新开对话就行

.codex/model-catalog.json 改这里面的上下文窗口，app 就会生效了

@qW7bo2FbzbC0 5.6 在 codex 里可用的上下文窗口是 372k

解决完一个问题开心窗口就是了

同时在用 cc 和 codex 官方，说实话，我觉得没用出去别，cc 1m 的上下文到后面就会开始漂移了，而且 codex 258k 的上下文虽然经常会自动压缩，但是压缩前后没感觉区别。

cc 超过 350k 上下文就会开始流口水，在用的时候还得自己手动设置一个压缩上限。codex 虽然上下文短，但至少可以聚焦问题，到后期自动压缩会用着很舒服。

5.5 其实有 1m ，只是在 codex 中的不支持。

200k 以上就应该开新 session 了 就算支持 1M 上下文漂移也会越来越严重

模型能力有限，context 大也没啥用