codex测试临时文件藏于三个高危区域：~/library/caches/openai/temp-、/private/var/folders/中codex_开头的哈希路径、~/.codex/tmp/；需用命令定位，finder搜索无效；清理须先dry-run验证，再手动检查路径纯度后执行rm -rf 。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
确认Codex测试临时文件藏在哪
测试过程中Codex会自动生成大量未命名、无归档标记的临时文件，它们不落在常规sessions或log目录下，而是分散在三个高危区域：~/Library/Caches/OpenAI/下的temp-*子目录、/private/var/folders/中以codex_开头的随机哈希路径、以及~/.codex/tmp/（部分版本创建）。直接用Finder搜索“test”或“temp”会漏掉80%以上，必须靠命令定位。
先运行ls -la ~/Library/Caches/OpenAI/ | grep temp，若返回结果为空，不代表没有——有些版本把缓存写进~/Library/Caches/com.openai.codex/，路径名带版本号后缀。这一步跳过会导致后续清理完全失效。
安全批量清除临时文件
方法一：用内置清理命令直清（推荐给CLI用户）
在终端执行codex cleanup --temp-only --dry-run，它会列出所有被识别为“测试临时产物”的文件路径，含大小、修改时间、所属会话ID。注意：【该命令加--dry-run参数才安全，不加则立即删除且不可撤回】。检查输出里是否混有 rollout-20261005_*.jsonl 这类带日期前缀的会话快照——如有，说明当前Codex版本把部分测试会话也归类为temp，需手动过滤后再删。
确认无误后，去掉--dry-run，再执行一次命令即可清除。
手动清理残留临时目录
第一步：进入系统临时区定位Codex专属路径
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
运行find /private/var/folders -type d -name "*codex*" 2>/dev/null | head -n 3，通常会返回类似/private/var/folders/zz/yyx3k9d94j7c3gq1w9s8b5mh0000gn/T/codex-cli-tmp这样的路径。这个zz/yyx...是系统为每个应用动态分配的沙盒ID，不能靠名字猜，必须用find找。
第二步：验证目录内容是否纯临时
进入上一步返回的第一个路径，执行ls -t | head -n 5，观察文件名是否全为随机字符串（如a7f3e9b2、tmp_9e8d4c）、是否含.lock或.pid后缀。如果出现config.json、auth.json或任何带项目名的文件，立刻中止删除，该目录已被误标为临时区。
第三步：清空并释放空间
确认纯临时后，执行rm -rf *。不要用rm -rf ./*，因为某些目录下存在隐藏的.文件夹，./*无法匹配，导致残留；而*可匹配所有非点开头项，配合rm -rf能真正清空内容但保留目录结构，避免Codex启动时报错找不到tmp根路径。
