目錄
  1. 一、 到底是誰在吞空間？AntiGravity 隱藏目錄解密
  2. 元兇 1：數萬張瀏覽器自動化螢幕錄影單幀 JPEG（佔 11.5 GiB+）
  3. 元兇 2：Chromium 內建端側離線小模型（佔 4.0 GiB）
  4. 元兇 3：歷史舊版本的全量遺留目錄（佔 6.2 GiB）
  5. 二、 關鍵問題：這些能直接刪嗎？會不會丟設定和對話？
  6. 三、 清理戰報：18G 驟降至 2.3G，系統回血 15.7G
  7. 四、 極客專屬：終端 3 行快速清理命令
  8. 五、 自動化排查 Prompt（可直接發給 AI 執行）
  9. 六、 結語

Mac 磁碟頻繁告急？排查 AntiGravity 安全瘦身實戰，瞬間釋放 16GB 空間

最近這段時間，我的 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 無論是寫程式碼、架構推演還是多 AI 代理協同，全部呼叫的是雲端最新、最強的大模型（如當前的 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 觀察驗證，確認日常工作流完全不受影響後再行清除。

AntiGravity 資料目錄安全清理三級邊界與容量佔比

  1. 紅線絕對不碰：conversations、brain、skills、config。
  2. 純粹垃圾徹底清空：browser_recordings 下的螢幕錄影幀屬於 100% 除錯產物，刪完對日常開發功能沒有任何副作用；OptGuideOnDeviceModel 離線權重刪除後若特定端側功能需要，瀏覽器會自動重新拉取，不會引發閃退。
  3. 存疑目錄安全隔離：對舊版 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 的開發者，磁碟空間堪比黃金。定期用結構化的工程流程審視環境依賴，才能讓開發裝置長久保持敏捷與充裕。