2. Linux.do
  3. CODEX GPT5.5 1M上下文 以及 使用chrome插件接管浏览器 问题

CODEX GPT5.5 1M上下文 以及 使用chrome插件接管浏览器 问题

WesPerez 2026-06-27 00:06 1

各位佬们GPT5.5不能设置1M上下文吗，用了大半个月了，之前用的时候一直没注意这个问题，经常发现有些对话动不动就压缩上下文了。


我就想这个模型不是支持 1M 上下文吗？但是我在 codex 里面看到上下文最大只有 258K，然后我就让 GPT 5.5 给我改成 1M 上下文，改了配置。codex里也显示950K最大说是codex自己预留5%，但是实际中只要超过258K依然报错。


Codex ran out of room in the model’s context window. Start a new thread or clear earlier history before retrying.


是我哪里配置的不对吗？还是上游的问题？

我用的自己开的 Plus 账号和 any 试了都不行。


PS:在发帖过程中，发现有一些历史话题也提到过这个问题。说是 codex 中只有 400K，然后还要减去 128K 的输出，再乘一个 95%，就是 258K。

竟然是这样的吗？那也太不够用了。


还有一个很奇怪的，我用 any + ccswitch 其实之前是可以使用官方插件的浏览器接管的，但是经常 codex更新之后，这个浏览器官方插件就会出现问题，我一直以为是codex更新导致的问题，直到我切到自己的Plus账号，竟然是正常能用的，但是我的any明明之前也是正常调用过的好多次，经验丰富的佬们直到具体什么情况吗。

codex给的信息是这样的：但当前这轮没有暴露它必需的 mcp__node_repl__js 调用面。

最新回复 (9)
  • yeluo001 06-27 00:08
    1楼

    只有接入官方api，才是1m上下文，订阅计划和free账号，都是400k的上下文，然后codex会给思考、工具等等预留一部分上下文，所以实际可以用的就是258k

  • Enze 06-27 00:15
    2楼

    官方已经放置相关 issues 几个月了，5.6 都要端上来了，所以也不会有了



    那也太不够用了



    并非为 OpenAI 说话，但这个上下文大小对大部分 coding 场景应该是够用的

  • WesPerez 楼主 06-27 00:20
    3楼

    我个人使用上还是经常感觉不够用的，特别是和最近使用GLM-5.2比的话完全不用担心这个问题，加上最近广传的GPT降智问题，生怕他每压缩一次都丢失一些重要信息。5.6官方说是1.5M不知道给codex会开多少。

  • WesPerez 楼主 06-27 00:21
    4楼

    openai也太小气了同一个模型在最多人用的codex订阅里竟然缩水这么多。 ^-^

  • yeluo001 06-27 00:23
    5楼

    其实gpt5.4虽然提供了1m上下文，但甜点值也就是400k左右，超过之后性能衰减不说，记忆非常容易出问题，我试过超过400k,会出现把上一轮对话当成本轮对话这种情况，而且概率不算太小

  • Enze 06-27 00:24
    6楼

    GLM 5.2 还没爽用，但 GPT-5.4 虽然给了 1M，也不敢真的用满，变笨很明显

  • serein 06-27 00:25
    7楼

    （帖子已被作者删除）

  • 泰迪 06-27 00:28
    8楼

    我看codex的5.5好像就272k上下文

  • yeluo001 06-27 00:31
    9楼

    258k是能用的，275k应该是把预留的上下文压缩的那部分算上了

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