用 Codex 写代码的时候，你有没有过这种经历：你正在一个复杂的任务里埋头苦干，AI 突然问你："我们刚才聊到哪了？"或者它开始答非所问，完全忘了十分钟前你刚告诉它的那个关键变量名。

那一刻，你感觉自己不是在跟 AI 对话，而是在跟一条只有七秒记忆的金鱼聊天。 🐠

然后你不得不停下手中的活，花几秒钟重新解释一遍上下文。如果这种事一天发生十几次，你就不是在写代码，而是在当"AI 记忆复读机"。

/recap 是干什么的？

Codex 里有一个命令叫 /recap，它的作用就是让 AI 自己给自己"复习"一下当前的对话上下文。它会自动扫描你当前的工作目录、打开的文件、最近聊过的内容，然后生成一份精炼的上下文摘要，塞进模型的上下文窗口里。

效果就是：AI 突然就不"健忘"了，能准确记住你们五分钟、十分钟甚至更久之前聊过的技术细节。不用你手动再解释一遍，它自己就"想起来了"。

而最近codex tui的新版本为此做了一个小的改动

这个改动是：加了 tui.auto_recap 这个配置项，默认是开着的。也就是说，Codex 会在后台自动定期执行 /recap，不需要你手动输入命令。而如果你觉得它太"贴心"了（比如你的上下文很稳定，不想被自动 recap 打断），也可以关掉它。

然后它的关闭逻辑做得挺干净的，当 tui.auto_recap 被禁用时：

• 取消所有计划好的自动 recap 检查
• 拒绝任何自动 recap 请求
• 直接丢弃待处理的自动 recap 结果，不重试

但最关键的是，手动输入 /recap 命令依然有效，不受这个开关影响。意思是你可以关掉自动模式，但需要的时候还能自己手动叫它"复习"。

为什么这个改动很聪明？

这是对开发者控制权的一种尊重。说白了，"自动 recap"这件事，有人觉得是福音，有人觉得是打扰。

我想codex当时自动化执行/recap也是为了从用户层面面减少codex变傻的吐槽。但是不必要的/recap也会增加token的无意义消耗。

有些人的开发流里，上下文很长且稳定，AI 自动 recap 可能会引入不必要的延迟或干扰。但有些人（尤其是同时开多个任务，来回切换的）就非常需要这个"自动复习"功能，不然每次切回来都要重新解释一遍。

现在两种人都能满意了：喜欢自动的保持默认，不喜欢的一行配置关掉，需要时手动再叫。 这种"默认帮你做，但随时允许你关"的设计，比"要么全自动，要么全手动"要人性化得多。

总结：让你的 AI 助手学会"自己翻笔记"

作为一个高频率使用的"记忆刷新"命令，/recap 本身解决的是一个很实在的问题——防止 AI 在长对话中"断片"。现在它从"你需要想起来才用"进化成了"它自己会定期复习，你不用管"，加上还能自由开关，体验提升很实在。

下次你再跟 Codex 聊了半个小时还没崩，记得感谢一下 /recap 这个在后台默默帮你和 AI"巩固记忆"的小功能。