快来吧！修复完善你那该死的 ui、自言自语、爱解释、258k 的上下文！一举干掉 Claude！我推举你为话事人！ 9 个帖子 - 6 位参与者 阅读完整话题
要被5.5的258K恶心坏了 本来要实现一个功能，头脑风暴后列出了很多点具体细节，已经准备要实行了。脑子一热，突然想起来这个功能会不会影响到B模块，就问了一嘴B模块是怎么实现的，一问果然是会影响，和AI确认了B模块的修改方式，以避免新模块影响到B，结果触发上下文压缩了，我的新功能的具体实现细节GPT直接记不起来了，让他执行却一直在执行B模块的修改方案。 10 个帖子 - 9 位参与者 阅读完整话题
这段时间5.5用的比较少，主要就是258k上下文没几下就满了， 所以大部分时间还是用的5.4，那么5.6会放开1M上下文吗 5 个帖子 - 5 位参与者 阅读完整话题
这个 gpt5.5 不是本身支持 1M 上下文吗，为什么 codex 里面使用还是 258k 呢？是需要配置什么吗？还是说官方没适配啊？ 7 个帖子 - 7 位参与者 阅读完整话题
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
上个月 claude 降智后，换成 chatgpt plus ，GPT5.5 用起来很爽，而且有 fast 模式，和 ops 一样爽。最近两天感觉也降智了，普通模式慢了很多，经常卡住，上下文也从 1M 跳到了 258K 。
通过CPA → CCS → CODEX调用，在CCS中设置上下文为1M，但是从CODEX中看到的仍是258K，请问CCS中的设置怎么看是否生效，是从CODEX中看吗？ 重启了CCS和CODEX，没看见变化。 哪位佬能够解读一下，多谢啦~~~ 1 个帖子 - 1 位参与者 阅读完整话题
原来5.4 1M上下文习惯了 真干活, 很容易搞倒800k了, 我手动压缩一次 200多k要不停压缩怕质量不行 还是等1M 5.5再用把 8 个帖子 - 8 位参与者 阅读完整话题
我看gpt5.4还是950k 2 个帖子 - 2 位参与者 阅读完整话题
我遇到的问题是： config.toml 里明明已经写了 GPT-5.5 的 1M 上下文，但 Codex Desktop 新开线程或重启后，界面又显示回 258K。 最后排查发现，不是 config.toml 写错，而是 Codex Desktop 会读取本地模型缓存。缓存里的 GPT-5.5 被刷新成了： "context_window": 272000, "max_context_window": 272000, "effective_context_window_percent": 95 所以界面看到的是大约： 272000 * 95% = 258400 正确配置 C:\Users\<用户名>\.codex\config.toml 里继续保留 1M： model = "gpt-5.5" model_context_window = 1000000 model_auto_compact_token_limit = 900000 真正要修的是缓存 把下面两个文件里， slug 为 gpt-5.5 的对象改掉： C:\Users\<用户名>\.codex\models_cache.json C:\Users\<用户名>\.codex\model-catalog.gpt-5.5.json 只改这两个字段： "context_window": 1000000, "max_context_window": 1000000 其他模型和其他字段不要动。 防止被刷新覆盖 Codex 可能会重新刷新模型缓存，所以我在 Windows 计划任务里加了一个登录后启动的 watcher，每 30 秒检查一次。如果发现 GPT-5.5 又变回 272000 ，就自动改回 1000000 。 任务名可以叫： Codex GPT-5.5 Context Watcher 脚本放在： C:\Users\<用户名>\.codex\bin\ 验证方式 修完后检查两个缓存文件，GPT-5.5 应该是： context_window=1000000 max_context_window=1000000 界面如果显示约 950K ，这是正常的，不是失败。因为 Codex 会按 effective_context_window_percent = 95 保留一部分上下文： 1000000 * 95% = 950000 看到 950K 是成功；看到 258K 才说明缓存又被覆盖了。 注意 这个方法只是修 Codex Desktop 本地模型缓存和上下文预算显示。如果你的上游 API 或中转服务本身不支持 1M，上下文超过服务端限制时仍然可能报错。 8 个帖子 - 6 位参与者 阅读完整话题
然而我已经开了350k（刚刚还试过了512k / 1m） model = "gpt-5.5" model_reasoning_effort = "xhigh" model_context_window = 350000 model_auto_compact_token_limit = 328000 然后看了今天的issue，发现貌似是模型问题而不是设置问题 GPT 5.5 发布后 1M 上下文窗口消失 · Issue #19208 · openai/codex — 1m context window gone after Gpt 5.5 Release. · Issue #19208 · openai/codex config.toml 上下文窗口设置未被遵循 · Issue #19185 · openai/codex — config.toml context window settings are not respected · Issue #19185 · openai/codex 6 个帖子 - 5 位参与者 阅读完整话题
就是上下文默认最大258k的情况下，一个free号会不会可能出现 一次顶格上下文的请求 完不成的情况？？？如果会的话，那free号实在是没什么意义了… 1 个帖子 - 1 位参与者 阅读完整话题