- kumaxs2026-07-28
平时都是deep seek，现在订阅了一个codex用一下。
使用的时候发现了一个问题，似乎是订阅通过oauth使用的账户，上下文窗口应该是270K，不是这个级别模型一般标配的1M上下文窗口。
这个问题大佬们是如何适应的？还是有什么曲线救国方案？比如通过提示词要求agent仅调度subagent干活来保护上下文？
主楼 - nijun2026-07-28
如果API是官方的，那就是1M的上下文窗口。就是官方售卖的那种API。Codex具备远程上下文压缩功能，这算是Codex的ChatGPT，他们家的黑科技。远程上下文压缩后，记忆能力依然很强，比本地上下文压缩强很多。不能只看上下文规模，更要看上下文压缩能力。
- SharkyMew2026-07-28
官方订阅的上下文压缩很强的，至少我使用没有出现记忆问题，官方API在272k上进行分层收费，好像和Fable5快差不多了
- NascentSoul2026-07-28
它的上下文压缩很强，几乎不掉记忆，就是有点慢。272K 以上要额外收费。
- lll9p2026-07-28
够用的，我重构一个25万行的rust项目，都够用。超了就压缩
- Blxze2026-07-29
够用的，codex有自动压缩，而且一般也不建议在一个会话使用过多的上下文。