一、问题背景近期 GitHub 上有大量用户反馈 Codex CLI 存在日志写入异常的问题。主要表现logs_2.sqlitelogs_2.sqlite-wal持续增长导致 SSD 写入量明显增加。需要说明的是这并不是 Codex 在读取或写入你的私人文件也不是恶意操作 SSD而是 Codex 自己的 SQLite 日志数据库频繁写入造成的。二、查看 Codex 配置目录PowerShelldir$env:USERPROFILE\.codex主要关注logs_2.sqlite logs_2.sqlite-wal logs_2.sqlite-shm例如logs_2.sqlite 380252160 Bytes logs_2.sqlite-wal 4305432 Bytes三、查看所有 SQLite 文件dir$env:USERPROFILE\.codex\*.sqlite*输出示例goals_1.sqlite logs_2.sqlite logs_2.sqlite-shm logs_2.sqlite-wal memories_1.sqlite state_5.sqlite state_5.sqlite-shm state_5.sqlite-wal真正需要关注的是logs_2.sqlite logs_2.sqlite-wal四、查看日志文件dir$env:USERPROFILE\.codex\logs*如果输出类似logs_2.sqlite logs_2.sqlite-shm logs_2.sqlite-wal说明 Codex 使用 SQLite 保存日志。五、查看是否持续写盘PowerShellwhile($true){Get-Item$env:USERPROFILE\.codex\logs_2.sqlite|SelectLength,LastWriteTimeStart-Sleep2}如果看到Length 380252160 380260352 380272640 380284928不断增长则说明Codex 正在持续写 SQLite 日志。六、查看后台是否存在多个 Codex 进程Get-Processcodex*|SelectName,Id,CPU,StartTime如果存在多个codex.exe codex.exe codex.exe说明可能存在多个后台实例也可能增加日志写入量。七、查看 Codex 版本codex--version我的版本codex-cli 0.142.1八、目前检查结果本机logs_2.sqlite ≈380MB logs_2.sqlite-wal ≈4MB属于已开始积累日志但还没有达到 GitHub 上部分用户几 GB几十 GB 的程度说明目前确实存在日志增长但暂未达到严重程度。九、如何清理日志1、关闭 Codextaskkill/IM codex.exe/F2、删除日志数据库Remove-Item$env:USERPROFILE\.codex\logs_2.sqlite*-Force删除内容包括logs_2.sqlite logs_2.sqlite-wal logs_2.sqlite-shm下次启动会自动重新创建。不会影响登录状态(auth.json)配置(config.toml)Session插件Cache十、更新 Codexnpm install-g openai/codexlatest然后确认codex--version十一、哪些文件不要删保留auth.json config.toml sessions/ memories/ packages/ plugins/这些包含登录信息配置历史 Session插件不要删除。十二、结论本次检查结果Codex 版本0.142.1日志数据库logs_2.sqlite大小≈380MB目前属于日志增长存在暂未达到 GitHub 上数 GB几十 GB 的异常情况建议更新到最新版本定期检查logs_2.sqlite如果日志持续增长可删除日志数据库重新生成后续继续关注官方修复日志写盘问题
![[开源]关于我给OpenCode弄了个子代理监控插件这件事](http://pic.xiahunao.cn/yaotu/[开源]关于我给OpenCode弄了个子代理监控插件这件事)
