codex 订阅的上下文窗口够用吗?

kumaxs 2026-07-28 23:07 1

平时都是deep seek,现在订阅了一个codex用一下。

使用的时候发现了一个问题,似乎是订阅通过oauth使用的账户,上下文窗口应该是270K,不是这个级别模型一般标配的1M上下文窗口。

这个问题大佬们是如何适应的?还是有什么曲线救国方案?比如通过提示词要求agent仅调度subagent干活来保护上下文?

最新回复 (5)
  • nijun 07-28 23:10
    1

    如果API是官方的,那就是1M的上下文窗口。就是官方售卖的那种API。Codex具备远程上下文压缩功能,这算是Codex的ChatGPT,他们家的黑科技。远程上下文压缩后,记忆能力依然很强,比本地上下文压缩强很多。不能只看上下文规模,更要看上下文压缩能力。

  • SharkyMew 07-28 23:11
    2

    官方订阅的上下文压缩很强的,至少我使用没有出现记忆问题,官方API在272k上进行分层收费,好像和Fable5快差不多了

  • NascentSoul 07-28 23:11
    3

    它的上下文压缩很强,几乎不掉记忆,就是有点慢。272K 以上要额外收费。

  • lll9p 07-28 23:11
    4

    够用的,我重构一个25万行的rust项目,都够用。超了就压缩

  • Blxze 07-29 02:23
    5

    够用的,codex有自动压缩,而且一般也不建议在一个会话使用过多的上下文。

* 帖子来源Linux.do
返回