2026 年 10 月 12 日Tibothsottiaux在 X 上宣布GPT-6.1 Sol 在 Codex 和 ChatGPT Work 中的默认上下文从 272k 提高到 500k即约 50 万 token。这是连续 28 天产品更新中的第 7 天内容。原帖给出的目标很具体减少历史压缩让需要持续保留背景和细节的任务更连贯。对经常处理长任务的用户值得先看看它能否减少重复交代背景。来源Tibo 的 X 原帖发布于 2026 年 10 月 12 日。从 272k 到 500k任务背景有了更多保留空间“上下文窗口”可以理解为模型在当前一次处理中能参考的信息容量包括你的指令、对话、文件内容和工具返回结果。token 是模型处理输入的计量单位50 万 token 不能直接换算成 50 万汉字。例如让模型连续修改几个文件过程里会积累接口约束、报错、已经尝试过的方案和测试结果。这些内容都占空间。任务接近容量边界时产品可能把较早的历史压缩为摘要这就是历史压缩compaction。摘要可以保留主要进展但部分细节也可能被省略。默认窗口扩大给同一段任务留下了更多空间。发布者称这有助于减少历史压缩。不过容量增加本身无法证明模型更快、回答更准确或任务成功率更高。能放下多少信息与能否把信息用好还需要分别看。长代码、长文档和多轮任务最值得先试跨文件修改代码时模型需要记住已有接口的约束、被否定的方案和先前的测试错误。可以观察后续修改是否又犯同一个错误是否仍需要你重新解释“不许改哪些接口”。任务越依赖早期细节越值得留意这些表现。处理多份报告或长文档也有类似问题。材料里的定义、来源和限制条件需要一起保留。到了任务后半程模型是否还按最初要求引用资料有没有漏掉关键限制比单看它能否接收一份大文件更有参考价值。多轮任务还会不断加入搜索、读取、执行和修订的结果。可以留意模型是否反复读取已经获得的资料或忘记明确完成的步骤。窗口变大后仍应按任务需要组织输入避免无关材料和重复工具输出挤占空间。这些都是试用时的观察点。若你经常在长任务中重新交代背景这次更新值得试只有几轮短问答历史积累通常不足很难据此判断长上下文的价值。最高可到 1M订阅内不另收长上下文费用三个数字分别对应不同含义272k 是调整前的默认值500k 是这次的新默认值1M 即 100 万 token是原帖提到的最大窗口。此次调整的是 Codex 和 ChatGPT Work 的默认设置GPT-6.1 Sol 并非首次上线。原帖还说明用户可以手动覆盖设置调高或调低。可以先用默认值如果任务仍接近窗口边界再查看所用客户端的设置说明无需一开始就调到最大。费用方面Tibo 在同一讨论串中明确表示使用订阅额度时GPT-6.1 Sol 的长上下文不额外收取长上下文费用。这个范围不等于无限使用也不等于不消耗订阅额度它同样不能直接套用到 API 计费。来源Tibo 的 X 回复发布于 2026 年 10 月 12 日。拿一个熟悉的长任务看看是否少了重复解释选一个自己熟悉的长任务固定材料、目标和关键限制并保留过程记录。有更新前的同类记录可以拿来对照没有旧记录就只观察当前体验不把感觉写成前后提升。观察项记录什么历史压缩客户端可见的压缩提示或记录没有显示就不猜次数重复交代背景是否需要再次提醒限制是否反复重读资料结果完整性原定要求是否满足代码检查或材料引用是否通过总耗时与用量从开始到可用结果的时间以及界面实际显示的订阅用量或 token 用量优先看任务是否完成、返工是否减少再判断耗时和用量能否接受。四项无需同时下降减少反复修改也有价值。如果准备把 GPT-6.1 Sol 用进应用平台已经上线该模型可以查看 GPT-6.1 Sol 服务信息和线路核对各项 API 服务的接入与计费条件再安排自己的任务测试。来源GPT-6.1 Sol 模型详情页OkenAI。这次扩展给长任务增加了保留背景的空间。先用一个熟悉的任务检查是否少了历史压缩、重复解释和返工再决定是否需要调整窗口。