我这台 Mac 只剩 83G，自己扫了遍盘才发现：吃硬盘的全是我天天用的 AI 工具
哈喽，我是飞飞。
昨天刷推，看到卡兹克发了条东西，标题就够狠：为了不花那 120 刀，他把电脑清理软件做成了一个开源 skill。点进去看，更上头。他让 Codex 对自己的 MacBook 做了一次只读扫描，扫出一堆能清的东西，激进点能腾出 140G。而他原本想买的那个收费软件 CleanMyMac，扫了半天只认出 15.8G。
同一台机器，一个说能清 140G，一个说只有 15.8G，差了快十倍。我看到这个数字，第一反应是：不至于吧？
然后我想起来，我这台 Mac 也好久没收拾了，最近存储一直在飘红。干脆，我也照他这个思路，自己跑一遍。
卡兹克那个 skill，戳中我的是三色分级
他这个 skill 的路子不复杂。
Codex 先对硬盘做一次只读扫描，把哪些目录占了多少空间摸清楚，然后生成一个能点的 HTML 报告。报告里每一项都标了颜色：绿灯是可以放心清的，黄灯是得你自己拿主意的，红灯是碰都别碰的。最后给你一个按钮，确认了再动手删。
我盯着那个三色分级看了一会儿，越想越觉得这才是重点。我自己写 skill 的时候最头疼的也是这一步，怎么让模型把”拿不准的”老老实实标成拿不准，而不是硬给你一个结论。
清理硬盘这件事，难的从来不是”删”，是”判断哪些能删”。一个 rm 命令谁都会敲，可哪个目录删了明天电脑照常开机、哪个删了某个 app 直接打不开，这中间的判断才值钱。卡兹克这个 skill，等于把这层判断摊开给你看。CleanMyMac 把这层判断锁进了一个黑盒，只敢清它有把握的那一小撮。
我这台 Mac 已经红了，先 df 看一眼
动手之前，我先敲了个 df -h 看总账。
数据卷 926G，已经用掉 822G，占用率 91%，只剩 83G。难怪最近 Xcode 一编译就提示空间不足。再往前几天，我用 hexo 生成博客那次还报过一次磁盘写入失败，当时只当是权限问题，压根没往”存储满了”上想。
接着我用 du -sh 把家目录里那几个老牌空间杀手挨个量了一遍。量完我自己都想笑：吃掉我硬盘的，几乎全是我天天在用的那些 AI 开发工具。
光一个 ~/Library/Caches 就 29G，~/Library/Application Support 更夸张，92G。主目录下还藏着个 21G 的 .gradle、10G 的 .cache。这堆东西平时根本不会进我视线，全在后台默默长大。这些大头里，有的能放心删，有的得掂量，有的碰都不能碰。
绿灯：删了它自己会长回来
绿灯这类最省心，删了下次用到时工具自己会重新拉，不用心疼。
各种包管理器缓存。说白了就是下载过的依赖包存档。我 .cache/uv 一个就 5.2G，看到这个数我愣了下，uv 我满打满算才用两个多月，下载的 Python 包缓存就堆到这么高。.npm 2.7G，Caches/Yarn 1.8G，pip 还有 515M，删了顶多下次 install 慢一点。
Homebrew 的下载缓存 1.3G，一句 brew cleanup 全清。
Xcode 的 DerivedData 1.7G，编译中间产物，删完重新 build 一遍就回来了。
Playwright 和 Puppeteer 下载的浏览器 加起来快 3G。这俩是我跑自动化脚本时装的 Chromium，删了脚本再跑会自己重下。
这一档加起来，我估摸着轻松能腾出十几个 G，而且基本零风险，是我最先会动手的一批。像 DerivedData，我以前手动删过好几回，从来没出过岔子。
黄灯：删之前得想想你还用不用
黄灯这档就得过过脑子了。
iOS DeviceSupport 5.6G、CoreSimulator 3.3G。这俩是 Xcode 真机调试和模拟器留下的。我最近基本不碰 iOS 原生开发，这 8 个多 G 删了很安全，里头还躺着好几个十几版之前的 iOS 真机符号表，留着纯占地方。但你要还在做 iOS，删了下次连真机得重新拉一遍符号表，等得肉疼。
**那个 21G 的 .gradle**。这是我做安卓欠下的债，剪流那个 RPA 项目跟着 Gradle 版本来回折腾了大半年，缓存就这么滚到了 21G。但这里有个坑：千万别把整个 .gradle 文件夹删了，里头还存着你的 wrapper 和配置。只清它下面的 caches 子目录就行，不然你所有安卓项目下次编译都要把依赖重新下一遍，那才叫灾难。
黄灯的判断标准就一句话：这条工具链你还在用吗？在用就留，长期不碰再清。
红灯：手一抖就是事故
现在轮到最唬人的大头了。
我 Application Support 那 92G 里，Google 一家占了 48G，Claude 9.9G，飞书 9.5G，Cursor 5G。Containers 那边还有 46G。
数字是大，但这些基本都是红灯。它们不算缓存，而是这些 app 攒下来的真实数据：账号、配置、本地数据库、聊天记录。那个 48G 的 Google 我特意点进去翻了翻，里头是 Chrome 给我登的七八个账号各存的一份缓存，加上 Drive 同步下来的离线文件，全是真东西。
你把 Cursor 那 5G 删了，下次打开可能就要重新登录、插件配置全没；动了 Containers 里的东西，有些 app 直接起不来。
我硬盘里最大的那一坨，压根不能算垃圾，里头全是我这些天干活攒下的真数据。这也是为什么 CleanMyMac 不敢碰它们，它同样分不清这里头哪些是你真能丢的。
CleanMyMac 也有它的用，但天花板很明显
我得替 CleanMyMac 说句公道话。
它一次性买断要 119.95 美元，国行差不多 569 块，订阅版一年也得两百多。对一个完全不懂命令行的普通用户，实话讲这钱花得不算冤：一键扫描、一键清理，还有安全护栏拦着你别误删，省心。
但它的天花板也在这。它只清它”认识”的那些标准垃圾，系统日志、浏览器缓存、聊天软件的本地残留。少数派之前实测过，用它全盘清一遍，最后也就多腾出不到 5G。
对我们这些开发者，真正吃硬盘的是 .gradle、是各种包管理器缓存、是一堆 AI 工具的后台缓存，这些它基本不碰。所以同一台机器，它只看到 15.8G，而你自己摸进去能找出十倍的量。它清的是它那张清单，可你的硬盘比清单脏得多。
为什么一个 skill 就能把它平替
从这个清理 skill 往外看，有个趋势这两年我体感越来越明显。
越来越多原来要花钱买的小工具，现在一个开源 skill 加一个 AI agent 就能顶上。清理、截图标注、格式转换、排版，凡是逻辑不算复杂、主要靠打磨交互的单点软件，都在被慢慢蚕食。门槛从”你得会写一个完整 app”，降到了”你能写清楚一份 SKILL.md”。我自己之前就顺手做过一个排版的 skill，体感确实是这样。
但有一条底线我想提醒一下：AI 给的清理建议，必须可看、可逆、可控。只读扫描先行，给你一份能逐项确认的报告，而不用担心它自己闷头跑一条 rm -rf。清理这种事说到底，删错了就是不可逆的事故，把判断权和确认权留在你手里，这套东西才敢用。
你硬盘里最大的那个目录，是哪个
绕了一圈我才想明白，卡兹克那条帖子真正打动我的不是 140G 那个数字。他把”哪些能删”这个判断做成了能看见、能逐项确认的东西，这才是我想抄的地方。
我没真去把那 83G 抢救回来多少，红灯的我一个都没动。但光是把 du -sh ~/Library/Caches/* 跑一遍、看清楚谁在偷偷吃我的硬盘，这件事本身就够值了。
你也可以现在就试试，终端里敲一句 du -sh ~/Library/Caches/* | sort -rh | head，看看排在最前面的是谁。我赌至少一半人，第一名要么是某个浏览器，要么是某个你天天用的 AI 工具。评论区告诉我，你那台机器上的冠军是哪个？
参考资料
- [[卡兹克清理skill]]
- [[CleanMyMac定价与清理风险]]
相关洞察
- [[AI-skill替代收费清理工具]]