目录
最近这段时间，我的 Mac 磁盘几乎每天都在弹出空间不足警告，甚至因可用空间过低强制退出了后台程序。之前已经用各类系统清理工具清理过很多次，也重启过电脑想让系统自动释放一些 APFS 缓存与快照，但可用空间依然在个位数徘徊。
在一次排查 Chrome 浏览器突然打不开的偶发报错时，我突然意识到是不是磁盘可用空间彻底耗尽导致的，遂在终端逐层排查全盘目录体积：
# 扫描用户主目录大头
du -hd 1 ~ 2>/dev/null | sort -hr | head -n 10
排查出来的结果让我当场倒吸一口凉气：日常陪伴我 Vibe Coding 的主力利器 —— Google AntiGravity 的隐藏数据目录，居然悄悄囤积了整整 18 GiB 的数据！
我先按初步建议清理了第一批废弃缓存，释放了约 6.8 GiB。随后直接在 AntiGravity 终端中对其自身的用户数据目录进行全量深度扫描与安全审计。
经过严密的安全排查和目录隔离，在完全不伤及核心配置与历史会话的前提下，我毫发无损地直接释放出了接近 16 GB（15.7 GiB）的宝贵空间。系统可用空间瞬间从 6.3 GiB 暴涨回 22.0 GiB。
如果你也是 AntiGravity 或类似自动化 Agent 的忠实使用者，而且你的 Mac 空间也常常捉襟见肘，强烈建议花 3 分钟按照本文的排查路径跑一遍。
一、 到底是谁在吞空间？AntiGravity 隐藏目录解密
很多人以为 AI 编程工具本身不过是个桌面壳子或 CLI 客户端，哪怕有数据也就是点对话文本和代码差异，能占几个兆？
但当我让终端逐层执行 du -hd 1 ~/.gemini 查看时，真实数据触目惊心：
18G ~/.gemini
├── 6.2G ~/.gemini/antigravity
├── 6.2G ~/.gemini/antigravity-ide # 历史旧版本遗留副本
├── 4.7G ~/.gemini/antigravity-browser-profile
├── 477M ~/.gemini/antigravity-cli
└── 335M ~/.gemini/antigravity-backup # 历史备份副本
一个隐藏在主目录下的 ~/.gemini，直接吃掉了 18 GiB。深入逆向比对后，吞噬空间的三大元凶浮出水面：
元凶 1：数万张浏览器自动化录屏单帧 JPEG（占 11.5 GiB+）
AntiGravity 拥有强大的浏览器自动化（Browser Automation）能力。在日常进行网页抓取、自动操作与端到端测试时，系统会在后台记录完整的视觉追踪帧。
每一帧都是一张独立的 .jpg 图片。几百次操作累积下来，仅在 browser_recordings 目录里就堆积了 8 万多张未压缩图片。更要命的是，由于历史架构升级做过版本迁移，这份录屏图片不仅存在于主目录，还在 antigravity-ide 和 antigravity-backup 里被完整克隆了 3 份，光是废弃的调试截图就死死吃掉了超过 11.5 GiB。
元凶 2：Chromium 内置端侧离线小模型（占 4.0 GiB）
在 ~/.gemini/antigravity-browser-profile/OptGuideOnDeviceModel/ 目录下，躺着一个巨大的 weights.bin，刚好 4.0 GiB。
这是内置 Chromium 浏览器的端侧优化组件（Optimization Guide）在后台静默下载的本地 Gemini Nano 权重。
关键在于：我们日常使用 AntiGravity 无论是写代码、架构推演还是多智能体协同，全部调用的是云端最新、最强的大模型（如当前的 Gemini Flash / Pro），这个 4GB 的本地小模型在后台完全处于“离线吃灰”状态，白白浪费 4GB 宝贵固态空间。
元凶 3：历史旧版本的全量遗留目录（占 6.2 GiB）
在版本升级前，旧版本名为 antigravity-ide。升级到最新版本后，旧目录并没有被自动销毁，而是作为冗余文件夹一直原封不动地躺在那里。
二、 关键问题：这些能直接删吗？会不会丢配置和对话？
对于开发者来说，清理空间最怕的就是“一键误删火葬场”：好不容易配好的全局规则（Rules）、自定义技能（Skills）、MCP 服务配置、以及珍贵的历史会话记录（Conversations），一旦误删代价极高。
因此，清理必须恪守严格的工程安全边界：
| 安全防线等级 | 涉及目录与核心资源 | 处置策略与工程依据 |
|---|---|---|
| 🔴 红线绝对不碰 （核心资产与配置） |
• ~/.gemini/antigravity/conversations (历史对话上下文)• ~/.gemini/antigravity/brain (会话工件与工件库)• ~/.gemini/antigravity/skills (扩展技能库)• ~/.gemini/config/ (全局配置与密钥) |
严禁删除。包含历史上下文、项目工件库、自定义技能与全局 API 密钥，一旦误删极难恢复。 |
| 🟢 纯粹垃圾安全清空 （无副作用临时产物） |
• */browser_recordings/* (纯 JPEG 录屏帧)• OptGuideOnDeviceModel/* (离线端侧无用模型) |
彻底清空。均为调试遗留的纯 JPEG 录屏序列帧与离线端侧模型权重，清空不影响任何 CLI 核心逻辑。 |
| 🟡 存疑目录安全隔离 （非侵入灰度观察） |
• ~/.gemini/antigravity-ide |
重命名隔离。先改名为 .disabled 观察验证，确认日常工作流完全不受影响后再行清除。 |
- 红线绝对不碰：
conversations、brain、skills、config。 - 纯粹垃圾彻底清空：
browser_recordings下的录屏帧属于 100% 调试产物，删完对日常开发功能没有任何副作用；OptGuideOnDeviceModel离线权重删除后若特定端侧功能需要，浏览器会自动重新拉取，不会引发闪退。 - 存疑目录安全隔离：对旧版
antigravity-ide，先剔除其内部的录屏副本，剩余旧日志不直接rm -rf，而是通过改名为antigravity-ide.disabled进行隔离观察，验证几天无异常后再彻底粉碎。
三、 清理战报：18G 骤降至 2.3G，系统回血 15.7G
按照这套安全策略执行完毕后，清理前后的实测数据对比如下：
| 关键目录 / 项目 | 清理前 | 清理后 | 变化与效果 |
|---|---|---|---|
~/.gemini/antigravity |
6.2 GiB | 563 MiB | 剔除数万张无用录屏帧，核心会话全部保留 |
~/.gemini/antigravity-browser-profile |
4.7 GiB | 753 MiB | 移除了 4.0 GiB 离线模型冗余权重 |
~/.gemini/antigravity-backup |
335 MiB | 100 KiB | 清理历史残余录屏，只留必要配置 |
~/.gemini/antigravity-ide |
6.2 GiB | 549 MiB | 剥离录屏，安全改名隔离验证 |
~/.gemini 整体体积 |
18 GiB | 2.3 GiB | 缩减 87% |
| Mac 系统可用空间 | 6.3 GiB | 22.0 GiB | 瞬间回血 ~15.7 GiB |
看到终端里可用空间从 6.3G 变成 22G 的那一刻，紧绷的磁盘焦虑瞬间烟消云散。
四、 极客专属：终端 3 行快速清理命令
如果你更喜欢自己掌控终端，以下 3 行经过严格限定路径的安全命令可以直接在终端中执行：
# 1. 清空所有历史录屏单帧图片（通常释放 5~11 GiB）
rm -rf ~/.gemini/antigravity*/browser_recordings/* ~/.gemini/antigravity-backup/browser_recordings 2>/dev/null
# 2. 清理浏览器离线端侧模型权重缓存（释放约 4 GiB）
rm -rf ~/.gemini/antigravity-browser-profile/OptGuideOnDeviceModel/* 2>/dev/null
# 3. 将旧版遗留目录安全重命名隔离（可释放 ~6 GiB，剩余日志供观察）
[ -d ~/.gemini/antigravity-ide ] && mv ~/.gemini/antigravity-ide ~/.gemini/antigravity-ide.disabled
提示：隔离后的
antigravity-ide.disabled可以先放几天，平时使用没有任何异常后，随时执行rm -rf ~/.gemini/antigravity-ide.disabled即可把剩余日志空间彻底收回。
五、 自动化排查 Prompt（可直接发给 AI 执行）
如果你不想手动翻找复杂的绝对路径，也可以把下面这段经过严密逻辑调优的 Prompt 直接发给 AntiGravity 或你手边的 AI 助手，它会自动遵循「只读检测 $\to$ 表格汇报 $\to$ 征得同意 $\to$ 分级清理 $\to$ 验证反馈」的安全流程：
请帮我排查并安全清理 AntiGravity 占用的磁盘空间。请严格遵循以下步骤：
1. 【只读排查】：
- 先执行 `du -hd 1 ~/.gemini` 和 `df -h /`，列出各目录的具体占用和当前系统可用空间。
- 重点检查是否存在以下大文件/目录：
1) `~/.gemini/antigravity*/browser_recordings`（历史网页自动化录屏单帧图片）
2) `~/.gemini/antigravity-browser-profile/OptGuideOnDeviceModel`（Chromium 离线模型权重 weights.bin）
3) `~/.gemini/antigravity-ide` 或 `~/.gemini/antigravity-backup` 等历史版本遗留目录。
2. 【确认方案】：
- 将排查到的各目录大小、文件性质及可释放的空间列成清晰表格向我汇报。
- 绝不误删配置（`config`）、当前对话日志（`conversations`）、知识库（`knowledge`）与自定义技能（`skills`）。
- 征得我的确认后再执行任何删除或移动操作。
3. 【安全执行】：
- 经我确认后，清空无用的 `browser_recordings` 图片和浏览器离线模型缓存。
- 对旧版本遗留目录优先采用改名隔离（如重命名为 `.disabled`）以便观察验证，而不是直接硬删除。
- 执行完成后对比汇报清理前后的磁盘空间变化。
六、 结语
在 Vibe Coding 时代，我们的开发效率被各类 AI Agent 提升了数倍，但本地各类后台工具默默累积的中间缓存、录屏帧和本地权重，也同样在以远超传统开发的速度啃食我们的硬盘。
特别是使用 256GB / 512GB 存储配置 MacBook 的开发者，磁盘空间堪比黄金。定期用结构化的工程流程审视环境依赖，才能让开发设备长久保持敏捷与充裕。