2. Linux.do
  3. codex gpt-5.6 sol的上下文消耗太快

codex gpt-5.6 sol的上下文消耗太快

kuye 2026-07-23 09:26 1



codex使用gpt-5.6 sol的token用得飞快，上下文一会就爆了，各位佬也是这样吗？用别的模型都不会这么快。

最新回复 (12)
  • xben 07-23 09:36
    1楼

    我也这样子，问一个简单问题直接用了将近一半上下文

  • sele 07-23 09:40
    2楼

    我现在都不敢用 5.6 了。已经用回 5.5 了。

  • kuye 楼主 07-23 09:41
    3楼

    就很离谱，一不注意就炸上下文，也不知道为啥

  • kirakira233 07-23 09:43
    4楼

    确实有这种感觉，隔壁a甚至好多国产模型都默认1m上下文了

  • He110 07-23 09:43
    5楼

    5.6 应该支持 372k 了吧，但是 codex 依赖的 https://raw.githubusercontent.com/openai/codex/main/codex-rs/models-manager/models.json 这玩意没更新，导致上下文还在 258k。


    将这个文件保存在本地，然后配置 model_catalog_json 字段指向新的文件，手动改一下 context 的长度，重启 codex 就能更新上下文长度了。


    另外可以参考 【拯救 5.6 Sol（1）】开箱即用、快速高效、减少上下文腐烂的Codex子代理实践 开启子代理，减少 root 的上下文污染。



    补个图



  • kuye 楼主 07-23 09:46
    6楼

    ^-^还是佬溜，我试试，只在不行搞到cc里试试

  • He110 07-23 09:49
    7楼

    如果你是中转站或者自己订阅的话，搞到 cc 也没用，中转站都是订阅反代出来的， openai 订阅的模式下，模型只有阉割上下文，只有 api 才是 1m 上下文，相对应的，订阅不存在 200 多 k 的价格翻倍之类的逻辑，也没有写缓存费用（订阅的时候不返回写缓存，就算中转站想计费也没法计费）。


    即使强制配置它有 1m ，调用的时候也会服务端报错，提示内容超了，不会给你混过去的。

  • xubing 07-23 09:54
    8楼

    这个好像是x上说的回退成272k了

  • red_code 07-23 09:59
    9楼

    竟然敢开sol-high，敬你是条汉子。我terra-high都遭不住。而且感觉很慢，智商还不如5.4

  • He110 07-23 10:04
    10楼

    这个好像是x上说的回退成272k了



    已经更新回 300k+ 了，目前用着正常



    补个图，超过 272k 也正常

  • kuye 楼主 07-23 10:12
    11楼

    any大善人没有gpt-5.5了 ^-^

  • xubing 07-23 13:07
    12楼

    试了下的确可以跑到272以上，谢谢佬

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