OpenAI Codex 日志写入异常损耗 SSD，社区提供数据库级修复方案

近期，技术社区发现 OpenAI Codex 相关工具存在严重的日志写入异常问题，影响范围覆盖 Codex CLI、Codex Desktop 以及 VSCode 插件。该问题的核心在于软件持续不间断地向本地 SQLite 数据库文件（通常位于 `logs_2.sqlite`）写入大量的 TRACE 和 INFO 级别日志。这种异常的 I/O 行为不仅会迅速占据可观的磁盘存储空间，更严重的是会对固态硬盘（SSD）造成不可逆的寿命损耗，引发了开发者群体的广泛关注。针对这一技术隐患，社区提出了一种基于数据库内部机制的临时修复策略。该方案利用 SQLite 的触发器功能，通过 Python 脚本在受影响的数据库中创建一个拦截指令。具体而言，脚本会创建一个名为 `block_all_logs` 的触发器，设定在任何日志数据尝试写入 `logs` 表之前，强制执行 `RAISE(IGNORE)` 操作，从而在数据库底层直接丢弃所有新增的日志记录。目前，社区已分别针对 Windows PowerShell 和 Ubuntu/WSL 环境发布了具体的脚本代码，用户指定数据库路径即可一键执行部署。尽管该方法可能随软件更新而失效，但在官方修复发布前，这能有效阻断垃圾数据的堆积，是保障本地硬件安全的关键举措。

事件分析

💡 核心观点：AI 本地化客户端的工程化短板已直接影响硬件寿命，社区巧用数据库 Trigger 实则是开发者针对闭源软件缺陷的一次技术自救。