夜雨聆风大家好，我是安仔，一个每天都在压榨 AI 的躺平打工人。
最近安仔的老 Mac 又双叒叕提示存储空间不足了。打开一看，512G 的硬盘，只剩下 6G 可用空间。
好家伙，明明前两个月我才刚把本地的几个大模型删掉，硬生生腾出来了 50G，结果没多久，空间又快没了。
想来想去，罪魁祸首只有一个：Vibe Coding！
平时工作中遇到一个小问题，随手就让 Codex 写个工具；想做个页面，直接 Vue 开搞；想处理个表格，Python 走起；想写个 Mac 客户端，Rust、Tauri 安排上。
以前开发一个小工具，还要想想技术栈、目录结构、依赖管理，现在完全不用纠结了。需求一丢，AI 自己就开始创建项目、安装依赖、运行调试，项目跑起来了，功能实现了，人也爽了，但是硬盘哭了。
真正吃空间的不是代码
很多 AI 项目，本身代码可能没几行，真正占空间的，是项目背后那些依赖和编译产物。
最经典的就是 node_modules，一个看起来平平无奇的前端项目，随便一装就是几百 MB，稍微复杂一点，上 GB 也很正常。
然后是 Python 的虚拟环境。现在 AI 很喜欢给每个项目都创建一个 .venv 或者 venv，看起来很规范，但每个项目都要重新装一遍依赖。
如果只是 requests、flask 还好，一旦碰到 pandas、numpy、torch、tensorflow 这些家伙，空间占用马上起飞。
再然后是 Rust 的 target 目录，源码看着很清爽，编译产物可一点都不清爽，一个 target 目录动不动就是 1G 以上。
最后还有各种全局缓存。npm、yarn、pip、uv、cargo 都会在本地留缓存，更可怕的是 HuggingFace 模型缓存，一个模型几个 G，几个模型几十 G，而且很多时候，你根本不知道它藏在哪里。
不能忍
在这个存储空间如同金子般珍贵的年代，不能任由 AI 偷偷占据我的硬盘。
有朋友可能会说，让 Codex 帮你分析空间占用，然后清理不就好了？
那也不行！在这个 token 也如同金子般珍贵的年代，不能随便什么事情都让 Agent 去干哦哈哈。
清理磁盘这件事，本来就应该有一个简单直观的小工具，而且工具开发也不复杂。
安仔打开 Antigravity，花了十分钟，开发了一个非常简单的 Mac 空间清理工具，专门清理 Vibe Coding 过程中产生的项目依赖、编译产物和缓存。
一个给 Vibe Coder 用的清理工具
这是一个叫 CleanMAC 的 Web 工具，启动后直接在浏览器里打开，页面分成三栏。左侧展示当前 Mac 的磁盘空间情况，先让你知道硬盘到底还剩多少。
点击扫描之后，中间会列出指定目录下各个项目里的“空间黑洞”。比如 node_modules、.venv、venv、target、build、dist 这些目录，都会按照空间占用展示，也可以按大小排序。
哪个项目偷偷吃掉了最多空间，一眼就能看出来。
右侧则展示各种全局缓存路径和占用情况，比如 npm 缓存、pip 缓存、yarn 缓存、cargo 缓存，以及 HuggingFace 模型缓存。
看到不想要的，就可以选择性清理。如果确定这些玩具项目都不需要再运行了，也可以一键清理所有项目依赖，简单粗暴又好用。
为什么不直接用系统清理工具？
因为普通清理工具并不懂开发者。它可能知道哪里有大文件，但它不知道 node_modules 能不能删；它可能知道缓存很大，但它不知道哪个目录是 Python 虚拟环境。
而这个工具只关心一个场景：你用 AI 写了一堆小项目，这些项目留下了大量依赖和缓存，现在你想把它们清理掉。
对 Vibe Coder 来说，项目代码可以留着，依赖没必要一直留着。反正真要重新跑，重新 install 就好了，硬盘空间才是真的宝贵。
总结
Vibe Coding 确实爽，一个想法，几分钟就能跑起来，一个需求，随手就能变成工具。以前懒得写的小脚本，现在全都可以安排上。
但是爽完之后，总得有人收拾战场。以前写代码，留下的是技术债；现在用 AI 写代码，留下的是硬盘债。
这个小工具，就用来帮安仔把 Vibe Coding 之后的一地鸡毛扫干净吧。
顺便把工具提交到 GitHub 上了，后续再继续完善！
地址：https://github.com/anzaiyes/cleanMAC
