Codex 5.5 开始降智？先查 ~-.codex 这几个文件
公众号名称：徐导AI笔记
作者名称：三只橘喵
发布时间：2026-05-21 07:48
Reddit 上有个帖子很火。发帖者说，他清掉 Codex 本地 3 个文件后，5.5 找 bug 和推理恢复了。帖里还提到，单是 log 文件就有 1GB。
评论区的数字更夸张：有人说 TUI log 经常超过 100GB，有人说自己的 ～/.codex 超过 5GB，也有人清理后从 42G 降到 1.3G。
这个帖子最有用的地方，不是证明“删文件就变强”，而是给 Codex 重度用户提供了一个本地状态检查路径。
要看的文件
.codex\state_5.sqlite
.codex\logs_2.sqlite
.codex\.codex-global-state.json
～/.codex/log/codex-tui.log
～/.codex/sessions/
*.sqlite-wal / *.sqlite-shm
评论区有人贴出 Codex 的解释：state_5.sqlite 是本地状态库，logs_2.sqlite 是本地日志库，.codex-global-state.json 是全局状态和设置文件。
这几个文件清掉后还会重建。它们不是一次删除就永久消失的文件。sessions 目录里可能有历史会话，别把它当普通垃圾文件清空。
安全做法
操作清单
□ 关闭 Codex
□ 备份整个 .codex 目录
□ 查看 state、logs、tui log、WAL、sessions 的大小
□ 候选文件只改名或归档，不永久删除
□ 保留 active sessions
□ 重启 Codex，跑同一类任务对比
□ 出问题就恢复备份
一个更稳的做法是每周把状态文件归档到 .codex/archive/YYYY-MM-DD/，需要回滚时还能找回来。
长期记忆别压在 SQLite 里
项目根目录可以放一份 PROJECT.md，记录项目目标、技术栈、目录结构、架构决策、不要改的边界、已废弃方案、常见 bug、当前优先级。
Codex 的本地日志可以清理，真正稳定的项目记忆要写在你能审、能改、能复制的文档里。
可以直接问 Codex
请检查本机 Codex 数据目录。
只做这几件事：
1. 告诉我 .codex 目录位置
2. 列出 state_5.sqlite、logs_2.sqlite、.codex-global-state.json、codex-tui.log、sessions、sqlite-wal、sqlite-shm 的大小
3. 生成备份方案
4. 生成只改名、不永久删除的清理脚本
5. 保留 active sessions
6. 给出恢复命令
别做这些
不要整目录删除。
不要把 memory、state、logs、sessions 混成一类。
不要删完就宣称 5.5 一定变强。
不要清理完本地状态，却不给项目留下 PROJECT.md。
如果这篇文章对你有一点帮助，欢迎点个赞，也点个在看。
原创 三只橘喵 徐导AI笔记
内容效果不满意？点此反馈