关于codex日志持续高频写盘的问题

最近在网上看到很多关于codex的这个漏洞，高速写盘可能最终会导致硬盘的寿命大大减少。虽然官方已经说修改成功，但是实际上在codex desktop端仍然存在这个问题。 看到有些帖子下有人评论说将配置改为 log_level = "warn" 即可解决，但是我验证后发现好像问题并没有解决，所以让codex继续进行了验证和修改。图上的过程仅供参考，本人并非计算机专业人士，也欢迎专业人士就这个问题进行探讨。 下面是一段提示词，大家可以试用，但是请自行甄辨其中的风险，若有任何个人原因导致的系统或文件损坏本人概不负责： 请帮我排查 Codex 的 ~/.codex/logs_2.sqlite 是否存在 TRACE 日志高频写入。先只读采样 10-30 秒，对比 count(*)、max(id)、TRACE 数量和最近日志来源，判断是否有“行数稳定但 id 持续增长”的写盘 churn；如果存在，先检查是否有官方配置或安全配置能降低日志级别，并在备份配置、重启 Codex 后复测。若配置无效，再提出最小、可回滚的本地 workaround；不要删除数据库、不要改文件权限、不要改安装目录、不要随意终止 Codex 进程。任何修改前都要备份，修改后要复测并记录回滚方式。 #codex #硬盘健康 #codexbug修复