# GPT-6.1 Sol默认上下文拉到50万！Codex长任务少压缩，上限仍是100万 来源: https://hajimi.yun/blog/codex-lifts-gpt-61-sol-context-to-500k Codex与Work中，GPT-6.1 Sol默认上下文从27.2万升至50万，约增80%，上限仍为100万。 50万token。Codex里那条默认压缩线，被往后推了一大截！ 长任务写到中段，最恼火的往往不是模型突然变笨，而是前面的约束被收掉了。函数名还在，边界条件薄了，后半段开始自己圆。10月12日，这条老毛病被官方往后退了一步。 OpenAI Codex负责人Tibo Sottiaux在X上发了一条标着「Day 7」的更新。通过Codex和ChatGPT Work使用GPT-6.1 Sol时，默认上下文从27.2万token提到50万token，增幅大约80%。帖子里的原句是：up from 272k，大约八成的增幅。 他没有把这件事说成模型换代。原话的重点只有三层。第一，后面还会再往上抬。第二，这一档能减少压缩发生，也更适合要在很长一段时间里保住大量上下文和细微差别的任务。第三，这档经过仔细测试，是大多数用户的新平衡点。想更高或更低，仍然可以自己覆盖。GPT-6.1 Sol的上下文上限，他标的是100万token。 哈基米科技 大多数人摸到的，是默认值，不是上限。 模型能装多少，和产品默认给你多少，是两回事。GPT-6.1 Sol在九月底已经写进Codex的默认模型目录，上限并不是这周才出现的。卡住日常会话的，是不开设置时窗口停在哪。旧默认是27.2万。仓库一大、说明一长、来回改动的文件一多，压缩就会提前到来：更早的内容被收成更短的一截，会话还能继续，细微差别更容易丢。 公开的Codex目录记录里，当时的context_window写的就是272000，和这次帖子里的「up from 272k」对得上。九月底换的是默认模型，这周换的是默认窗口。50万不是一款新模型，也不是把上限从100万再抬高。它是把「什么都不用改就能用到的那一档」，从27.2万拉到50万。 Tibo把它叫做新的sweet spot。翻译成使用习惯就是：不是滑块拉满才算用对，而是大多数人停在这里最合适。100万仍在，但要自己打开。更短也行。帖子写了可以更高，也可以更低，两个方向都留着。 哈基米科技 压缩少一次，长任务就少丢一轮细节。 压缩是长会话活下去的办法，也是细节漏掉的口子。上下文快满时，产品会把前面的对话压短，给后面的回合腾地方。一句短问、一次单文件小改，几乎感觉不到。跨很多文件的修改、要记住约束的排查、来回几小时的文档审阅，就会感觉到：早先说死的条件，后半段开始含糊。 27.2万到50万，多出来大约22.8万token的余地。按帖子里大约80%的说法，默认容量近乎再长一截。这条更新没有改写单次回答能吐多长，变的是压缩来得更晚。他点名的受益者，是需要长时间保留大量上下文和细微差别的任务。 编程代理是最直观的一类。读仓库、跑测试、跨文件改，上下文里堆的是路径、报错、已经改过的差异。压缩来得晚一点，前面读过的模块就不必那么勤地重新捞一遍，一长串动作也更容易保持连贯。长文档审阅、多轮数据分析，是同一类账：结论要留，条件也不能被收没。 短问题和单文件小改，窗口从27.2万变成50万，体感可以是零。默认值抬高，并不等于每一条对话都变聪明。 哈基米科技 50万是容量，不是目标。 窗口变大之后，最容易犯的错是把能塞的都塞进去。无关文件、过期日志、整仓倒进去，注意力会被稀释，响应也往往更慢。帖子说这档是仔细测过的平衡点，不是邀请把滑块拉满。50万是可用容量。任务仍然要裁：什么该留在上下文里，什么该留给检索，什么根本不该进这一轮。 覆盖权还在用户手里。想往100万靠，可以改。想退回更短，也可以改。有的任务怕慢、怕噪声、怕一次塞得太满，更短的窗口仍然合理。本地或工作区里如果早就写死了旧的上下文设置，一条帖子不会自动替你改掉那一行。先看自己的覆盖值还在不在，再决定要不要跟着新默认走。 他还留了一句以后：默认还会再抬。50万是当前甜点，不是这条线的终点。帖子被标成「Day 7」，前后几天他还发过什么，这条更新本身没有展开，不能把「第七天」读成一份完整路线图。 哈基米科技 帖子划定的范围，就是Codex和Work。 原帖的使用场景写得很窄：通过Codex和Work使用时。PANews当天的快讯也落在同一处。通过Codex及ChatGPT Work使用GPT-6.1 Sol，默认由27.2万token到50万token，用户仍可自行调整，最大上下文100万，未来默认还会再提高。 这条更新没有说API的默认窗口一起改了，也没有说其他模型跟着调。走接口、而不是走Codex或Work里这条产品默认的人，不要把50万直接当成接口侧已经切换的默认值。订阅账单怎么计、长上下文要不要另收费，原帖没有写，不能从窗口变长推出价格变了。 对已经在GPT-6.1 Sol上跑长任务的人，可操作的部分很短。把客户端更新到能吃到新默认的版本，确认会话没有被旧配置钉死，再把以前为了躲开压缩而拆开的任务合回来试一次。合并不了的，多半不是窗口数字的问题，是任务本身仍然太散。 50万解决的是「默认太早开始压缩」。它不解决任务没裁干净，也不代替你去开那扇100万的上限。 哈基米云报道 做项目需要大模型，国内的、国外的这里都能接到。价格谈得下来，调用稳得住，出了问题有人跟到落地。 平顶山市哈基米与他的朋友们科技有限公司 联系电话：17629730802 公司官网：hajimi.yun