刚从 claude code 过来用 codex ,这个上下文太少了,我在全局配置中增加了: model_context_window = 1000000 model_auto_compact_token_limit = 950000
但是依旧为生效,这个各位大佬有解决方法没?
刚从 claude code 过来用 codex ,这个上下文太少了,我在全局配置中增加了: model_context_window = 1000000 model_auto_compact_token_limit = 950000
但是依旧为生效,这个各位大佬有解决方法没?
1
layxy 10h 59m ago codex 一直都是 258k ,既然使用 codex 就不要把 claude code 的上下文管理习惯带过来,codex 的上下文自动压缩效果目前是独一档,你不需要关注上下文使用了多少,也无需手动清理上下文或者开新 session ,只管一个窗口怼到黑就行了
|
2
qW7bo2FbzbC0 10h 56m ago
gemini 和 claude 都有 M 级别的上下文了
我猜 GPT 从 5.6 开始会有 M 级别的上下文 |
3
yujianfei OP @layxy Context 快满了之后,codex 感觉会变得很笨,之前执行过的操作也记不得了,我试试了 5.4 是可以设置 Context 为 1M
|
4
yujianfei OP @qW7bo2FbzbC0 没有 1 M 感觉用着贼不方便,说是 5.6 要来了,但是一直都在来的路上
|
5
Sezxy 10h 54m ago
上下文大了,一次对话消耗的 token 也多
|
6
xe2vherd 10h 53m ago
当 context 大到一定程度后,你以为是 context, 实际是 rag...
|
7
layxy 10h 53m ago
@yujianfei 1m 上下文超过 300k 后出现幻觉的几率会升高不少,258k 是一个比较好的阈值,既不会降智,在触发后自动压缩也不会丢上下文的重要信息
|
8
taotaodaddy 10h 52m ago
gemini 的 M 级别的上下文就是个笑话,堪称诈骗
|
9
JayLuoShui 10h 48m ago
5.6 是 353k
|
12
yujianfei OP @JayLuoShui 353 怕是过于小了,还是得 1M 呀
|
13
yujianfei OP @taotaodaddy gemini 之前我用了下,快的让我怀疑是不是 web search
|
14
lucays 10h 30m ago
5.6 大一点,353k
|
15
LoRyu 10h 11m ago
codex 的 5.5 上下文就是这么多啊。。你改 codex 客户端上下文大小只能改下限,怎么可能改上上限
解决办法就是换模型呗,codex 的 5.4 有 1M 我记得 |
16
vonfry 10h 6m ago
gpt 5.5 的 1M 上下文要调 API ,订阅的只有 258k
|
17
chapiom 10h 0m ago
碰到过一次没有自动压缩不够了,手动指令压缩一下继续了。
|
18
cyrivlclth 9h 46m ago
以前 5.4 还是 5.3 就是 1M 上下文,好像是效果还不如现在 200+K 的上下文,然后后面就都是 200k
|
20
loopq 9h 40m ago 我也是从 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 |
21
iFlicker 9h 14m ago
上下文越多对内存的压力越大,指数级增长。为了成本考虑也不会在订阅套餐给你直接上 1m 。
|
22
fbu11 8h 47m ago
改上下文大小 codex cli 能有机会生效,app 不行的。但不建议去搞,codex 的上下文压缩很好的,上下文太大 token 也用的多,意义没那么大的。
|
23
wcwcxiaobin 8h 36m ago
年轻的选手还在纠结 codex 的上下文少,老迈的选手只用 256k
|
24
AmericanExpress 8h 35m ago via iPhone
说实话无论是 5.5 还是 5.6 我都没觉得 context window 是个问题
|
25
zhmouV2 8h 31m ago
我虽然没觉得这是个问题,但是我就是用的中转站的 api ,cli 能生效 app 就是不生效 有点蛋疼
|
26
BruceXu 8h 3m ago
不觉得 1M 的上下文是个优势.
我还是用 200k 的上下文.新问题开新窗口反而更干净更准确. |
30
HENQIGUAI 7h 33m ago
基本上够用,改一改使用习惯,经常新开对话就行
|
31
kkbblzq 7h 17m ago
.codex/model-catalog.json 改这里面的上下文窗口,app 就会生效了
|
32
loshine1992 7h 12m ago @qW7bo2FbzbC0 5.6 在 codex 里可用的上下文窗口是 372k
|
33
furlxy 6h 52m ago
解决完一个问题开心窗口就是了
|
34
deplives 6h 41m ago
同时在用 cc 和 codex 官方,说实话,我觉得没用出去别,cc 1m 的上下文到后面就会开始漂移了,而且 codex 258k 的上下文虽然经常会自动压缩,但是压缩前后没感觉区别。
|
35
amery2010 6h 20m ago
cc 超过 350k 上下文就会开始流口水,在用的时候还得自己手动设置一个压缩上限。codex 虽然上下文短,但至少可以聚焦问题,到后期自动压缩会用着很舒服。
|
36
NexTooo 5h 23m ago
5.5 其实有 1m ,只是在 codex 中的不支持。
|
37
JasonYip 4h 21m ago via Android
200k 以上就应该开新 session 了 就算支持 1M 上下文漂移也会越来越严重
|