Codex日志文件会悄悄占用几十GB磁盘空间，尤其logs_2.sqlite和shell_snapshots/常超10GB；需用du确认大小，再用sqlite3 DELETE+VACUUM安全清空，或替换为官方最小化数据库，最后按时间清理快照与整删generated_images/。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex生成的日志文件过大，会悄悄吃掉几十GB磁盘空间，尤其~/.codex/logs_2.sqlite和shell_snapshots/目录常在后台膨胀到10GB以上，而你根本看不到它在占用空间。
确认日志文件真实位置与大小
打开终端，执行：du -sh ~/.codex/logs_2.sqlite ~/.codex/shell_snapshots/ ~/.codex/generated_images/。这一步必须做，因为Codex的“归档”操作不清理日志，只改数据库字段，【真实日志体积可能比界面显示大5～8倍】。
如果返回中某一项超过2GB，说明已进入高风险区；若shell_snapshots/显示为“permission denied”，请先补全磁盘访问权限（系统设置→隐私与安全→完全磁盘访问→勾选终端）。
安全清空日志数据库（推荐）
方法一：用SQLite命令行精准截断
在终端中依次执行：
sqlite3 ~/.codex/logs_2.sqlite "DELETE FROM logs;"
sqlite3 ~/.codex/logs_2.sqlite "VACUUM;"
这两条命令不会破坏数据库结构，仅清除日志表内容并回收空间。直接删logs_2.sqlite会导致Codex启动报错或丢失会话元数据，【切勿rm -f】。
方法二：替换为精简版空库（适合已损坏或卡顿场景）
先备份原库：cp ~/.codex/logs_2.sqlite ~/.codex/logs_2.sqlite.bak；
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
再用Codex官方最小化模板覆盖：wget -qO- https://raw.githubusercontent.com/codex-dev/minimal-logs.db | sqlite3 ~/.codex/logs_2.sqlite；
这一步会重置日志表但保留threads等关键元数据表，重启Codex后一切正常。
批量清理快照与图像缓存
第一步：进入快照目录
cd ~/.codex/shell_snapshots
第二步：按修改时间排序，保留最近7天的快照，删除更早的
find . -name "*.json" -type f -mtime +7 -delete
第三步：清理生成图像（这些是AI绘图中间产物，无法复用）
rm -rf ~/.codex/generated_images/*
注意：generated_images/下文件名无规律，不能靠关键词筛选，必须整目录清空；Codex下次生成新图时会自动重建该目录。
