Codex 越用越占空间？别急着删项目，先清这些文件

用 Codex 做了几个项目，硬盘剩余空间却越来越少。翻开平时不太会注意的 .codex，才发现这个文件夹已经占了不少地方。

麻烦的是，里面不全是能随手删掉的缓存。项目副本、运行项目需要的依赖、构建文件、聊天记录，都可能占着空间。直接清空，之前没做完的工作也可能跟着丢了。

想把项目留着，又想腾出空间，可以先从不再需要的缓存和构建文件下手。 MangoDisk 能帮你找出占用最大的目录，再把支持清理的内容列出来。不用一个项目接一个项目地翻，也不用先学会一串清理命令。

代码没多少，为什么能占这么大？

如果你让 Codex 在不同工作目录里处理任务，同一个项目可能会有好几个副本。每个副本跑起来时，又可能各自下载依赖、生成构建文件。代码只是其中一部分，这些配套文件也会占地方。

比如网页项目里的 node_modules，保存着运行项目需要的依赖；Rust 项目里的 target，存着编译生成的文件。项目暂时搁下了，它们却未必跟着消失。OpenAI 的工作目录文档也提到了这些文件带来的空间占用。

不过，先别认定自己的硬盘一定是被它们占满了。也可能是会话记录，或者 Codex 应用本身的缓存。先看一眼哪个目录最大，再决定从哪里清，比挨个试着删省心。

在 MangoDisk 里打开磁盘空间分析，选择需要检查的磁盘或用户目录。方块越大，目录占用越多；点进去，还能继续看里面哪个文件夹最大。

MangoDisk 磁盘空间分析以目录列表和矩形图展示各文件夹的容量

找 Codex 的占用时，可以留意用户目录下的 .codex。如果你改过存储位置，就检查自己设置的目录；使用 WSL 或远程电脑运行任务时，也要到实际运行任务的环境里查看。

看到 worktrees 很大，就继续展开下面的项目，看看是依赖、构建文件，还是项目本身的资料占得多。如果大头在 sessions，那是会话记录，处理方式不同，不能当缓存一起清掉。

这一步只看容量和位置，不用删除任何东西。找到最占地方的那几个项目，就有了清理的重点。

MangoDisk 1.1.0 增加了对 Codex 工作目录的清理支持。在深度清理里，它会检查能够识别的工作目录，找出支持清理的依赖和构建文件，包括 node_modules、部分框架缓存和 target，也能检查 Codex 相关缓存及部分诊断文件。

你不必记住这些目录都藏在哪里。扫描后展开结果，就能看路径、容量和清理说明，再挑出近期不打算继续运行的项目。

MangoDisk 深度清理按类别展示缓存占用、勾选状态及项目构建产物入口

项目构建产物默认不勾选。你选好后才会清理，对应规则不会删除源码、Git 数据或整个工作目录。 这样，暂时搁置的项目可以继续留着，不必连它的运行环境也一直保存在硬盘上。

代价也很直接：下次再运行，需要重新安装依赖或编译，可能要联网，也会多等一会儿。今天还要继续做的项目就先别动；已经放了一阵子、近期用不上的，更值得优先检查。如果手动改过依赖目录里的文件，先把修改备份出来。

实际清理前，保存工作，等任务结束，按提示退出 Codex 或 ChatGPT，并停止相关项目的构建、测试进程。然后只勾选自己确认不需要的项目，核对后再执行，不必把扫描结果全部选上。

这部分别顺手删。会话文件可能关系到能否找回、继续之前的任务，它和下次能重新下载的依赖不是一回事。

MangoDisk 能帮你看出会话记录占了多少空间，但深度清理目前不会删除 Codex 的会话记录。如果大部分占用都在这里，清缓存能腾出的空间就有限，应先检查 Codex 更新和当前的历史记录管理方式，保留需要的任务并做好备份。

至于已经不用的整个工作目录，可以回到 Codex 查看工作目录保留与自动清理设置，确认修改已经保存后再处理。不要直接把 .codex 整包删除，也别把归档任务理解成清空所有历史记录。

还要留意一个区别：磁盘分析展示的是所有可读取的占用，不是“垃圾清单”。在矩形图中手动删除文件属于永久删除，不经过回收站；拿不准的内容先保留，详见安全清理指南。

用 Codex 做的项目越多，越没必要靠记忆去找每份缓存。先让 MangoDisk 把大目录找出来，再清理近期用不上的依赖和构建文件，看看哪些文件值得清理，不必挨个翻找。

下载或更新 MangoDisk，先看看你的电脑里有哪些值得清理的内容。免费开源，支持 Windows 和 macOS，无需注册或登录。空间分析和深度清理都在本地完成，不需要开启 AI 解读。