BUILD LOG 05 · CLEANUP

我的 Mac 又快满了，这次我让 Codex 帮我清理

不把删除权限直接交给 AI，先扫描、看风险，再由我逐项确认。
这次我拿自己的 Mac 实测，看看 Codex 到底能不能安全地清出空间。

CodexmacOS磁盘清理人工确认第 05 期

前几天我看了一眼 Mac 的磁盘，已经用了 88%。

挺离谱的。这台电脑明明没有用很久，我也没往里面塞多少电影和照片，空间却只剩下五十多个 G。

以前碰到这种情况，我一般会去找清理软件。但很多软件要付费，自己钻进 Library 里删又有点慌。里面全是看不懂的目录，我根本不知道哪些可以删，哪些删完会出问题。

这次我干脆把 Codex 打开，让它先帮我查查空间到底被谁占了。

打开 Codex，准备检查电脑磁盘

先把权限改成 Ask for approval

开始之前，我先检查了一下 Codex 的权限。

这里我选的是 Ask for approval，没有开 Full Access。

毕竟后面要做的是删文件。让 Codex 扫描和分析没问题，但真要删什么，还是得先停下来问我。

Codex 权限菜单里选中 Ask for approval

然后把这段提示词发给它

我当时给 Codex 的任务很简单：把它当成一位 macOS 系统维护工程师，先检查磁盘，再告诉我哪些东西可能没用了。

提示词可以这样写：

你现在是一名专业的 macOS 系统维护工程师，
请帮我分析并清理 Mac 电脑中长期占用空间的无用数据。

你的目标：
1. 提升磁盘空间利用率；
2. 找出长期占用空间，但已经没有价值的文件；
3. 检查系统缓存、临时文件和无效数据；
4. 任何删除操作都必须先让我确认；
5. 未经允许，不要删除任何文件。

先只做扫描。

把可以清理的内容按 A1、A2、A3……编号，
写清楚文件路径、占用大小、用途和删除风险。
等我选完以后，再进行下一步。

这不是我当时逐字输入的原文，是根据视频里的提示词重新整理的版本。核心没变：先查，别直接删。

模型的思考强度我用了 Medium。这种任务主要是扫描目录、整理结果，没有必要一上来就拉到最高。

模型 Effort 选择 Medium

五分钟后，它把大文件都翻了出来

Codex 扫了差不多五分钟。

我的磁盘一共大约 460 GiB，当时已经用了 372 GiB，主目录自己就占了 305 GiB。

它继续往下查，列出了一批可能可以清理的东西：

下载目录里的 5 个旧安装包，约 2.14 GiB；
Chrome 缓存，约 2.06 GiB；
飞书缓存，约 1.68 GiB；
npm 和 pnpm 留下的缓存；
一份 Codex 日志备份；
uv 缓存，约 21.44 GiB；
Playwright 下载的浏览器文件，约 2.39 GiB。

Codex 扫描出的磁盘占用概览

Codex 列出的清理候选表格

最夸张的是 uv，一个缓存目录占了二十多个 G。

不过我没有看到“大文件”就马上删。Codex 在旁边标了风险，uv 当时还被进程占用，Chrome 也正在运行。这些信息比单纯告诉我“能清出多少空间”更重要。

我让它先处理 A1 到 A3

确认完第一批内容后，我告诉 Codex 处理 A1 到 A3。

它准备执行时弹出了授权窗口。我把里面的操作展开，看了一遍实际要删的路径，确认和刚才的列表能对上，才点了 Allow once。

最后这一轮并没有把 A1、A2、A3 全部删掉。

Codex 删除了 A1 的 5 个旧安装包，也清掉了 A3 的飞书缓存。A2 是 Chrome 缓存，因为 Chrome 还开着，所以它停下来没有处理。

这个结果其实挺正常。没必要为了把列表全部清空，强行关掉还在使用的软件。

这一轮结束后，磁盘可用空间从 53 GiB 涨到了 57 GiB，使用率从 88% 降到了 87%。

A1、A3 已完成，A2 因 Chrome 正在运行而跳过

接着处理占了 21G 的 uv 缓存

剩下最显眼的就是 uv 缓存。

它主要是 Python 依赖下载和构建时留下的数据，删掉以后可以重新下载。但当时有 uv 进程正在占用这个目录，所以不能直接动。

我先确认手上的安装和构建任务已经结束，再让 Codex 关闭对应进程，继续清理 A7。

如果你也碰到这一项，别直接照抄我的操作。正在跑安装、构建或者开发任务时强行关进程，当前任务很可能会失败。

uv 缓存被进程占用的提示

最后 Codex 给出的报告是：

一共删除了约 113 万个缓存文件；
uv 报告释放了 19.3 GiB；
磁盘可用空间从 57 GiB 变成了 62 GiB；
使用率从 87% 降到了 86%。

uv 缓存清理完成后的结果

这里有个数字很容易说错。

uv 报告处理了 19.3 GiB，但 Mac 当时立刻显示出来的可用空间只多了大约 5 GiB。APFS 可能还涉及延迟回收、共享块和空间统计，所以不能直接说“我的电脑瞬间多了 19G”。

更准确一点，这次是清掉了一批体积很大的 uv 缓存，系统当时能看到的可用空间从 57G 增加到了 62G。

用下来是什么感觉

Codex 没有比清理软件多一个神奇的“清理按钮”。它好用的地方，是会先把文件找出来，再告诉我这是什么、占多大、删完会怎样。

我可以先挑 A1、A3，暂时放过正在使用的 Chrome；碰到被进程占用的 uv，也可以先停下来确认。

整个过程更像是有人陪我一起翻硬盘，而不是把一个“立即清理”按钮交给我。

如果你的 Mac 也快满了，可以复制上面的提示词试试。先让它扫描，看到结果以后再决定删什么。A1、A2 这些编号只属于当前这一次扫描，不要直接照抄我的删除指令。