资讯 · 改写稿
AI 用久了 Mac 会被什么撑爆：三类垃圾与清理边界
结论先给：AI 时代的磁盘清理，难点不是「删多少」，而是「哪些绝不能删」。会话记录、模型权重这类东西一旦误删就找不回，比编译产物珍贵得多。
以前清理 Mac，对象基本是缓存和日志。但如果你整天开着 Claude Code、Codex 这类工具，磁盘会被一批「新垃圾」撑起来——来源作者说他有一次一口气清出 86 GB。
他把这些新垃圾归成三类，量级和以前不一样：
- 编译产物：Rust 的 target、前端的 .next 和 dist、Xcode 的 DerivedData。本身不新鲜，但 AI 把频率放大了——以前一天编译几次，现在一个下午让 agent 跑十几轮。
- AI 工具的旧版本：命令行工具自动更新时会把新版本整个下到新目录，一个版本约 250 MB，旧的不删，几个月就积十几个。
- 模型文件：Ollama、LM Studio 拉的模型与 HuggingFace 缓存，常常几十 GB。
三档分类：先归类，再决定勾不勾
来源把扫到的每一项先归成三档，再决定默认要不要勾选：
- 可再生：HTTP 缓存、GPU 缓存、编译产物、多数日志——相关 App 退出、路径明确，就可以清。
- 重建代价高：包管理器注册缓存、本地模型权重、iOS DeviceSupport——能重建，但要花网络和时间，得让人过一眼。
- 不可替代：聊天记录、邮件库、照片图库、正做着的项目状态——不该进一键清理列表。
保护名单：这些永远不清
来源明确列出，模型目录（~/.ollama/models、~/.cache/huggingface）在扫描阶段就不出现；AI 的会话记录目录（~/.codex/sessions、~/.claude/projects、~/.grok/sessions）以及 memories、plans、skills 和生成的图片同样永不清。
原因是模型被 Ollama 拆成按哈希命名的块，多个模型可能共用同一块，直接删文件可能弄坏别的模型；而会话记录里存的是几个月的思路与被否掉的方案，来源作者认为「比代码本身还珍贵」。
有一个踩坑值得记：com.apple.e5rt.e5bundlecache 名字带 Caches、位置也在缓存目录，看着就是缓存，其实是苹果神经引擎编译好的模型。早期被当缓存清掉后，所有用到识别功能的 App 全挂，直到重启才恢复。
本站计算：占用倍数有多夸张
本站计算——来源给了一个卸载场景：Claude 本体只有 781 MB，而 ~/Library/Application Support/claude 有 7.67 GB。两者相除约 9.8 倍：真正占空间的从来不是应用包本身。再看旧版本，若积了约 15 个版本、每个约 250 MB，合计约 3.75 GB——单看不多，但和编译产物、模型文件叠在一起，就是几十 GB 的量级。
判断一款清理工具靠不靠谱，来源给了个很土的办法：装同一厂商的两款产品，只卸掉其中一款，看它会不会把两款共用的父目录也列进去。列了，说明它按名字匹配而非按归属判断。这和本站 自托管密码管理 里强调的「先看清归属再动手」是同一个道理。
把名字带 cache 的目录一律当缓存清——苹果的 e5bundlecache 就是反例。
直接用文件系统删模型块——Ollama 的块可能被多个模型共用，会弄坏别的模型。
把「重建代价高」的依赖目录（node_modules、Pods、venv）当垃圾一键清，离线时就跑不起来了。
自检清单
常见问题
AI 用久了 Mac 上会多出哪些垃圾？
来源归为三类：编译产物（一次清出 86 GB）、AI 工具的旧版本（每个约 250 MB）、模型文件与 HuggingFace 缓存（常几十 GB）。
哪些目录绝对不该清？
模型目录（~/.ollama/models、~/.cache/huggingface）与会话记录目录（~/.codex/sessions、~/.claude/projects、~/.grok/sessions）等，来源列为永久保护。
为什么不能直接删模型文件？
Ollama 把模型拆成按哈希命名的块，多个模型可能共用同一块，直接删可能弄坏别的模型；应由 Ollama、LM Studio 自己管理。
清理工具好不好，看什么？
来源的建议是看「删之前让不让你看清」：是否逐项列出、拿不准是否默认不勾、删除是否进废纸篓、以及是否按归属而非名字判断。
来源参考
以上为外部来源；本文为 RefHub 用自己的结构重写，事实以来源页为准，价格与政策会变，请回源核对当日。
下一步：想清理本地模型占用的取舍，读 七个模型塞进 U 盘；注重「先看清再动手」的另一个例子见 自托管密码管理。