GPT-6.1 Sol 在 Codex 与 Work 中默认上下文长度提升至 500k
2026-10-12
Tibo 宣布 GPT-6.1 Sol 在 Codex 与 Work 中的默认上下文长度从 272k 提升到 500k，约增加 80%。
此举可减少压缩（compaction）发生，帮助需要长期保留大量上下文和细节的任务；用户仍可自行覆盖设置，模型最大上下文长度为 1M。
Tibo 宣布 GPT-6.1 Sol 在 Codex 与 Work 中默认上下文长度从 272k 提升至 500k，约增加 80%，可减少压缩，帮助长期保留大量上下文和细节；用户可覆盖设置，模型最大上下文为 1M。
- Tibo 宣布 GPT-6.1 Sol 在 Codex 与 Work 中默认上下文长度从 272k 提升至 500k，约增加 80%，可减少压缩，帮助长期保留大量上下文和细节；用户可覆盖设置，模型最大上下文为 1M。
- 原贴提到：Tibo 宣布 GPT-6.1 Sol 在 Codex 与 Work 中的默认上下文长度从 272k 提升到 500k，约增加 80%。此举可减
- 来源：x.com
这是什么信号
Tibo 宣布 GPT-6.1 Sol 在 Codex 与 Work 中的默认上下文长度从 272k 提升到 500k，约增加 80%。同时，用户仍可自行覆盖设置，模型最大上下文长度为 1M。核心变化是默认值上调，而不是单纯展示上限。
为什么重要
默认上下文越长，长任务越不容易触发压缩（compaction）。对需要长期保留大量上下文和细节的任务，这意味着更少的信息折叠、摘要丢失或上下文断裂。由于默认值覆盖多数用户，500k 的影响面会比 1M 上限更直接。
对谁有价值
依赖 Codex 与 Work 处理长代码库、长文档、多轮迭代任务的开发者、产品与运营人员会更有感。尤其是需要跨文件、跨阶段保持同一任务上下文的 agent 式工作流，默认 500k 能减少频繁重述背景的成本。
可以怎么行动
- 把原本需要分段提交的长任务合并提交，观察是否仍触发压缩。
- 对关键项目重新评估上下文切分、摘要和记忆策略，减少人为截断。
- 需要时手动覆盖默认设置；但不要默认用满 1M，应按任务验证效果。
风险或限制
默认 500k 不代表所有任务都应塞满上下文。上下文越长，无关信息干扰和注意力分散的风险也可能上升。减少压缩不等于模型一定更准确，关键输出仍需验证；用户可覆盖设置，也说明默认值与特定任务的最优值可能不同。
这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 x.com 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。
如果把《GPT-6.1 Sol 在 Codex 与 Work 中默认上下文长度提升至 500k》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。