Codex 的 256k 上下文是真的有点难受

大上下文 注意力就会弱了 保持一个较小的能高度集中的注意力远比一个大但是忘事的强

可能要用多agent（主流程上内容尽量少） 以及进度持久化（落个文档之类的）来管理

但是，已经有上下文长又不会忘的模型了，所以就难受了

佬用的什么模型呢，我自己试了一下gpt-5.5手动改了1m也没生效，不知道是什么问题

5.5支持改上下文？在哪改啊，用了这么久还不知道可以改

现在主流的达到512K 就忘一半左右了吧 之前有个佬友发的

Leaderboard – Context Arena
部分模型1M上下文成绩
AUC@1M项目成绩
50.9%：gpt-5.5
46.9%：claude-opus-4.6
44.4%：claude-sonnet-4.6
43.3%：gemini-3.5-flash
41.8%：claude-opus-4.8
40.0%：gemini-3.1-pro-preview
38.2%：…

之前听人说在 cli 里面改是可以生效的，但是额度跑的特别快。Codex app 我没试过

哪怕能给 512k 也行，256k 实在是不停的在压缩，压缩几次就该开始丢三落四了

老哥上下文是可以设置的,你完全可以设置成100万,但是你要知道别说100万,50万的上下文等到后面上下文跑满几个对话来回消耗就高的要死,100万怕你20x都顶不住,它消耗也是随着上下文越长消耗越大这样计算的.你以为是按次数来么?

没办法，这个openai自己的api是支持1m上下文，其余的只有258k ^-^

输入吧 上下文应该是400K 如果用5.4可以几乎1M

用的公司的claude 之前猛开1m上下文 效果是真的差 后面换回默认的256k了 效果好了一大截

5.4改过1m上下文，5.5尝试改过没生效

5.4支持1m,5.5只有奥特曼自己的api网站出来的才支持，客户端全是258k，也算是阉割了放到了自己的平台

因为在codex里5.5不支持 5.5只支持apikey那种调用的1M

codex的压缩还是挺厉害的，我使用多次压缩后感觉效果也挺不错的