它默认把调试日志开得特别狠（TRACE 级别），疯狂往你的 ~/.codex/logs_2.sqlite 文件里写日志。
不是文件变多大，是它一边写入新日志、一边马上删老日志，导致硬盘实际写入量爆炸。
社区有网友进行了实测：
用 21 天就写了 37 TB 数据，一年下来相当于 640 TB 写入！
普通家用 1TB SSD 可能一年内就被写废，电脑还容易卡顿。
如果硬盘被它写满了，Codex 在 /goal 自动模式下，为了“腾空间”，可能会乱删你电脑上的其他文件，有数据丢失风险！
目前 Issue 还没正式修复，官方还没动静。
但这事儿让社区作者和网友已经找出了修复方法：
1. 最简单定期清理（推荐）
社区网友写了个脚本，每 15 分钟自动清理一次日志 WAL 文件，不会影响 Codex 正常跑。
- 安装 sqlite3（大部分系统都有）
- 保存下面脚本为 trim-codex-wal.sh，给执行权限，然后加到 cron 任务里每15分钟跑一次。
2. 应急清理（硬盘快满了就用）
另一个脚本：直接杀掉 Codex 进程 + 删除日志文件，瞬间释放空间。
3. 长期建议
等官方修复。（把默认日志级别调低，TRACE 降到常规的 INFO 或 WARN 级别，过滤掉那些低价值的底层噪音，就能直接减掉 96% 以上的写入量），或者用社区的修改版分支（已经有人提交了降低 TRACE 日志的 PR）。
这个 bug 影响挺广的，Windows / macOS / Linux 用户都有中招。
用 Codex 的朋友赶紧检查一下 ~/.codex 文件夹大小，保护好你的硬盘！
