Codex compact 失败时可以先检查这几个配置

分享 BadUncle 这条关于 Codex compact 失败的排查思路。原帖公开页面能看到的核心点是：当 Codex 反复出现 compact 失败时，可以先从上下文窗口和自动压缩阈值入手，把自动 compact 提前触发，避免等上下文太满才压缩。原链接放在文末。

建议优先检查 `~/.codex/config.toml`，可以参考下面这组配置：

```toml
model_context_window = 272000
model_auto_compact_token_limit = 160000
# 如果还不稳，可以继续降到 120000-140000
```

这组配置的思路是：

1. 明确告诉 Codex 当前模型可用的上下文窗口大小。
2. 把自动压缩阈值压低，让它在上下文还没完全吃满之前就开始 compact。
3. 如果项目特别大、日志很多、对话很长，可以把阈值再往下调一点，先换稳定性。
4. 改完配置后建议新开一个 Codex 会话再测，不要只在旧会话里反复重试。

如果你已经遇到 compact 失败，可以按这个顺序处理：

1. 先保存当前关键结论、待办和文件路径，避免会话中断后丢上下文。
2. 调低 `model_auto_compact_token_limit`。
3. 新开会话，让 Codex 从精简后的任务描述继续。
4. 大项目里尽量让 Codex 分批读文件，不要一次性塞太多日志、构建产物或无关代码。
5. 遇到长时间任务时，可以让 Codex 阶段性整理“当前状态摘要”，后续恢复会更稳。

这不是唯一解，但属于成本最低、最容易先尝试的一类修复。经常跑大仓库、长对话、连续调试的车友可以先把这项配置准备好。

原链接：
https://x.com/badunclex/status/2059980497493819774?s=46