LINUX SB 快照站

GPT-5.6 Sol 订阅账号正式开放 1M 上下文!

原帖: linux.sb/topic/13234 · 共 8 楼 · 标题快照 2026-08-17 20:18:36

楼主
发帖 2026-08-17 10:12:04 · 快照 2026-08-17 20:18:36

codex里需要在config.toml手动设置

以下是Tibo原话

Tibo:
以下是如何在 Codex 中为 GPT-5.6 Sol 启用 1M 令牌上下文窗口的指南。

尽管我们在 Codex 中已针对性能和成本进行了优化调校上下文限制,但这是一个常见需求,因此我们在此进行文档记录。

更大的上下文窗口能让 Codex 在总结旧材料之前保留更多代码、工具输出和对话历史。您需要一个支持它的模型。例如,GPT-5.6 Sol 有一个已记录的 1,050,000 令牌窗口。

打开 ~/.codex/config.toml,并在顶级位置(在任何 [section] 标题之前)添加或更新这些设置:

model = "gpt-5.6-sol"
model_context_window = 1000000
model_auto_compact_token_limit = 900000

第一个设置选择模型。第二个设置告诉 Codex 使用一百万令牌的上下文预算。第三个设置在大约 900,000 令牌时启动自动历史压缩,为其留出一些余量。保存后,重启 Codex 客户端并启动新会话。

若要为单个 CLI 会话试用配置,而不更改默认值:

codex -m gpt-5.6-sol \
  -c model_context_window=1000000 \
  -c model_auto_compact_token_limit=900000

玩得开心,但也要知道我们已仔细调校了默认值!

最后由 token 编辑于 2026-08-17 10:19
#1
发帖 2026-08-17 10:12:35 · 快照 2026-08-17 20:18:36

不是本来就支持吗

#2
发帖 2026-08-17 10:17:33 · 快照 2026-08-17 20:18:36

之前就已经可以做到了。问题在于,随着每个 token 的成本上升、上下文丢失,以及进行到某个阶段之后,出现反复进行某一特定阶段的情况,而不是真正推进进度等副作用,所以才不会采用这种方式。

#3
发帖 2026-08-17 10:17:43 · 快照 2026-08-17 20:18:36

@Sam.Altman #1 以前是单API方式调用支持,现在是订阅账号支持,好像

#4
发帖 2026-08-17 10:20:12 · 快照 2026-08-17 20:18:36

@token #3 你的名字怎么回事,不知道现在叫词元了吗😡

#6
发帖 2026-08-17 10:41:51 · 快照 2026-08-17 20:18:36

@token #5 你懂不懂规矩啊

最后由 Sam.Altman 编辑于 2026-08-17 10:50
#7
发帖 2026-08-17 10:49:16 · 快照 2026-08-17 20:18:36

好像这样设置后token消耗量会增加很多