2. Linux.do
  3. 关于codex里gpt5.6的372k上下文

关于codex里gpt5.6的372k上下文

林风柳 2026-07-29 21:25 1



半个月过去了，tibo还没把372k上下文还回来。


我的游戏项目里，每次需要做点什么修改，读完文档，读完必要的代码后就占用了六七十百分比的上下文了，频繁的压缩真的很糟糕，压缩完就要重新读代码读文档，重复的输入反而扣的额度更多。


完全可以把这个藏在设置里需要用户手动开启，这样计算机小白就不会因为不会省额度而在过长上下文里使额度消耗过快，有需要的可以自行开启。


X里多次给tibo发贴也杳无音讯，似乎没多少人在意这个上下文长度。

五小时限额都要回来了，372k上下文还没回来，悲。

最新回复 (13)
  • Martini 07-29 21:28
    1楼

    没办法，现在我是让AI直接压缩语义文档，然后进行分组链接，需要了再读。

  • 阿松 07-29 21:29
    2楼

    372k上下文



    372k上下文是不是可以通过设置变成372k​^-^353k上下文呀

  • wm（猫猫头大帅哥的饲主） 07-29 21:30
    3楼

    把372k上下文还回



    手动改回去就可以了

  • KlNonR 07-29 21:30
    4楼

    可以自己设置的,config.toml加一条

    model_context_window = 372000

    应该就行了

  • 林风柳 楼主 07-29 21:39
    5楼





    佬，写了，重启codex，没用欸

  • bfloat16 07-29 21:59
    6楼

    codex编译的时候就把上限砍掉了，要拉源代码自己修改models.json自己编译

  • MY 07-29 22:15
    7楼

    读代码占上下文的话可以用 codegraph 插件，我在 opencode 里用感觉还不错

  • ANON 07-29 22:18
    8楼

    说不定再过几天呢，傲娇tibo还要拿这玩意做reset呢。

  • neteroster 07-29 22:21
    9楼

    改model catalog就行了，服务器从来没限制过272k

  • enget 07-29 22:22
    10楼

    gpt56改超过 273K 好像会两倍计费吧？他们把两倍计费的 bug 修了没有啊？

  • 林风柳 楼主 07-29 22:25
    11楼

    佬们，我找到办法了

    复制".codex\models_cache.json"里的内容，把里头关于272k改成372k，

    然后创建一个新的文件名，叫什么都可以，我取名为models.json。

    在config.toml里加上一句：

    model_catalog_json = “XXXXXX/XXXXXXX.codex/models.json”

    这样就变成372k上下文了。

    我现在去试试超过272k上下文后能不能正常压缩


  • 林风柳 楼主 07-29 22:25
    12楼

    openai和tibo的态度一直是超过272k不会两倍计费，订阅制和api关于这方面的计费不同。

  • enget 07-29 22:26
    13楼

    态度



    他们的态度是这个啊，但是他们之前承认有 bug 才下掉了，所以修了没有也不说……我觉得他们是没修，不然干嘛不直接弄回来 353k

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐