今天排查电脑时，我顺手查了一下 Codex 本地日志，结果有点吓人。 问题不在项目代码， 而是 Codex 自己的诊断日志库： `~/.codex/logs_2.sqlite` 它里面可能会持续写很多 TRACE / DEBUG / INFO 级别日志， 比如 websocket、HTTP、MCP、内部 tracing 之类。 我这台机器实测最离谱的点不是文件有多大， 而是它很像在反复 插入 → 清理 → 再插入。 表面看日志文件不算特别大， 但数据库自增序号可能已经冲得很高， freelist 也很多，典型 churn 痕迹。 这类日志对开发者排障可能有用， 但对普通用户来说，大多数时候没必要长期高频落盘。 如果你长期开着 Codex 桌面 App、CLI、VSCode 插件， 或者经常跑流式输出、自动化任务、MCP 调用， 建议自查一下。 我最后做了两步： 1. 给 logs 表加 trigger，拦截新日志落表。 2. 在 Codex 配置里关闭 analytics。 注意，这不是删历史，也不是动你的项目文件。 代价只是：以后如果 Codex 自己出 bug，本地新诊断日志可能会少很多。 对普通用户来说，我觉得这个交换通常能接受。 想要自查命令，评论区留个「自查」， 我把那套命令整理给你直接复制用。 #Codex #AI工具 #程序员日常 #开发工具 #CLI #VSCode #SSD #效率工具