2. Linux.do
  3. [GPT-5.5+极高]在中转站的上下文窗口只有272K？

[GPT-5.5+极高]在中转站的上下文窗口只有272K？

云 2026-07-07 10:37 1

最近使用中转站接入codex，在codex++中配置的上下文窗口为1M，但是实际使用下来发现每当用量达到270K左右就会出现报错显示stream disconnected before completion: response.failed event received


让codex自动排查后发现，是中转站上游真实可承受的上下文窗口接近于272K。


佬友们有遇到这个问题吗，不知道这是中转站的普遍现象还是个别现象，换中转站可以解决吗？

最新回复 (19)
  • zhetao 07-07 10:37
    1楼

    都是这么多，只有api是1m，超长上下文不见得是好事啊

  • ​克鲁鲁·采佩西🩸 07-07 10:37
    2楼

    正常，应该是258k，只有官方的api才支持1M

  • 这真的对嘛 07-07 10:38
    3楼

    即使是官方的5.5也没有1m上下文，5.4倒是有 ^-^

  • BlueSkyXN 07-07 10:38
    4楼

    不然呢，你还想要多少，自己花多少钱自己知道，所以人家的渠道显而易见是CODEX，所以必然被限

  • 不是不思考 07-07 10:38
    5楼

    在哪都是这么多，你单独花钱买api调用是1m，codex的套餐就是这么大。

  • marre 07-07 10:38
    6楼

    是一个会话吧，一个session 的conext 也就是 272k 这么长呀

  • 烟火 07-07 10:38
    7楼

    上下文也不是越长越好，定到300k就行了，算上压缩差不多270k是个比较合理的值

  • 时牧 07-07 10:38
    8楼

    codex的 5.5就是只有258k

  • nobodyls 07-07 10:39
    9楼

    其实这个模型对于api官方才有1m但是我没见人用过 正常一般是指400k上下文 然后官方预留128k+14k所以实际可用的只有258k（大部分显示的也应当是这个数值）

  • ​克鲁鲁·采佩西🩸 07-07 10:39
    10楼

    官方还真的有 1M


  • 灰灰 07-07 10:39
    11楼

    官方的api也没有提供1M上下文哦 只有gpt5.4才有

  • Keatoners 07-07 10:39
    12楼

    上次用了官方api，速度很快很快，两天就烧了500刀，真实消费。

  • 阿松 07-07 10:40
    13楼

    我在codex用，感觉5.5好像就是没有200多k的那个上下文呀

  • ​克鲁鲁·采佩西🩸 07-07 10:40
    14楼

    上次用了官方 api，速度很快很快，两天就烧了 500 刀，真实消费



    速度是真的快，我去一下子就烧了几十刀

  • SuMem 07-07 10:40
    15楼

    我上次看到codex的上下文好像是400k，后面就一直设置的400k了，暂时没出啥毛病，需要改成272吗，还真没注意

  • marre 07-07 10:40
    16楼

    有的呀，直接通过 API 调用是有 1M 的上下文的，Plan 里只有 258-272 这样

  • ​克鲁鲁·采佩西🩸 07-07 10:41
    17楼

    你设置个300k就行了，或者400k也行

  • 云 楼主 07-07 10:42
    18楼

    懂了，之前一直没研究过这个，直到昨天有个项目刚好卡272k停了，压缩上下文也压缩不了，才开始分析这个问题，感谢各位佬友解惑 ^-^

  • 娜娜米 07-07 10:43
    19楼

    订阅本来就是 272K，不过好像有时候会变成 353K

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