答案是：codex并非真实命令，实际指用标准Linux命令安全清理临时文件；优先用du定位大目录，再用find按访问时间删旧文件，避免rm -rf暴力清空，对journald日志须用journalctl --vacuum-size精准收缩。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在终端里用codex删除临时文件，实际是指利用Linux/Unix系统命令清理各类临时文件，因为codex本身不是一款系统工具或命令行程序，而是指代一种代码辅助场景下的操作逻辑——即通过终端执行标准命令来达成清理目标。当前系统时间是2026年8月6日，多数主流发行版（Ubuntu、CentOS、银河麒麟V10等）的临时文件结构稳定，清理路径明确，但误删可能引发服务中断或数据丢失。
确认临时文件位置再动手
先别急着删，不同目录作用完全不同：【/tmp 是全局临时区，重启自动清空；/var/tmp 保留跨重启的临时文件；~/.cache 是用户级缓存；/var/log 是日志区，不能直接rm -rf】。运行以下命令快速定位当前最占空间的临时区：
du -sh /tmp /var/tmp ~/.cache /var/log 2>/dev/null | sort -hr
如果输出显示 ~/.cache 占了12GB，而 /tmp 才80MB，说明主力垃圾在用户缓存侧，优先处理它；若 /var/log 显示 3.2G，则大概率是 journald 日志膨胀，需专用命令收缩，而非暴力删除。
安全清理 /tmp 和 /var/tmp
方法一：仅清空已失效的旧文件（推荐）
sudo find /tmp -type f -atime +1 -delete && sudo find /var/tmp -type f -atime +7 -delete
这一步只删7天未访问的文件，避开正在被进程锁住的临时套接字（如 /tmp/.X11-unix/X0）、Docker构建中间层等活跃项。直接 rm -rf /tmp/* 会杀死图形会话或中断正在运行的编译任务。
方法二：强制清空（仅限维护窗口期）
sudo systemctl stop systemd-tmpfiles-setup → sudo rm -rf /tmp/* /var/tmp/* → sudo systemctl start systemd-tmpfiles-setup
【必须停掉 systemd-tmpfiles-setup 服务后再删，否则刚删完就被自动重建，且部分服务（如dbus）可能因socket缺失而拒绝响应】
精准清除用户级缓存（~/.cache）
第一步：进入目录并按大小排序
cd ~/.cache && du -sh * 2>/dev/null | sort -hr | head -n 10
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
第二步：针对性删除大体积子目录
比如看到 node_modules 占了4.2G，且你近期没做前端开发，就执行 rm -rf node_modules；看到 google-chrome 占了2.8G，可删：rm -rf google-chrome/Default/Cache/
第三步：一键清空全部（慎用）
rm -rf ~/.cache/*
注意：这会清空所有应用缓存，下次打开VS Code、JetBrains全家桶或微信客户端时需重新加载索引和缩略图，首次启动变慢属正常现象。
收缩 systemd-journald 日志体积
journalctl --disk-usage 查看当前日志占用空间；若超过1.5GB，执行：
sudo journalctl --vacuum-size=500M
该命令保留最近500MB日志，自动轮转删除最老条目。比手动删 /var/log/journal/ 下的二进制文件安全得多——journald 有内部索引，直接删文件会导致 journalctl 报错“Invalid argument”且无法读取剩余日志。
如需进一步限制未来增长，编辑 /etc/systemd/journald.conf，取消注释并修改这两行：
SystemMaxUse=500M
RuntimeMaxUse=200M
然后重启服务：sudo systemctl restart systemd-journald
