前言
某天突然發現 MacBook 的儲存空間幾乎用盡,系統顯示磁碟使用率高達 90%,明明沒有安裝新的軟體或下載大檔案,為什麼空間會突然不足?
經過系統性的診斷,發現罪魁禍首竟然是 Google Gemini CLI 的瀏覽器錄製功能!.gemini/antigravity/browser_recordings 目錄在短短兩個月內累積了 558,225 個檔案,佔用整整 38GB 的空間。本文將完整記錄這次問題排查的過程、發現的根本原因,以及具體的解決方案。
問題現象
症狀
- 系統經常提示「磁碟空間不足」
- 無法下載或安裝新應用程式
- 沒有進行大量檔案下載或安裝
- 磁碟使用率突然飆升到 90% 以上
診斷過程
第一階段:尋找大目錄
使用 du 命令逐一檢查家目錄下的大型目錄:
du -h -d 1 ~ | sort -hr | head -20發現驚人結果:
39G ~/.gemini ← 異常!.gemini 目錄佔用了 39GB,這顯然不正常。這是 Google Gemini CLI 的配置和資料目錄,一般情況下應該只有幾百 MB。
第二階段:深入調查 Gemini 目錄
繼續深入調查 .gemini 目錄的子目錄:
du -h -d 1 ~/.gemini/antigravity | sort -hr結果令人震驚:
39G ~/.gemini/antigravity38G ~/.gemini/antigravity/browser_recordings ← 罪魁禍首!239M ~/.gemini/antigravity/brain99M ~/.gemini/antigravity/conversations第三階段:找到根本原因
browser_recordings 目錄佔了整整 38GB!這是 Google Antigravity 的瀏覽器自動化錄製功能產生的檔案。
詳細分析:
find ~/.gemini/antigravity/browser_recordings -type f | wc -l# 結果:558,225 個檔案!ls -lh ~/.gemini/antigravity/browser_recordings/| 目錄 ID | 大小 | 最後修改時間 | 檔案數 |
|---|---|---|---|
| bf6b6585… | 37GB | Jan 3, 2026 | ~450,000 |
| 144f1d59… | 851MB | Jan 10, 2026 | ~10,000 |
| 42cdcc2c… | 360MB | Jan 3, 2026 | ~6,000 |
| 7aa08b4d… | 394MB | Nov 25, 2025 | ~4,500 |
| af4083cc… | 9.2MB | Jan 9, 2026 | ~200 |
總計:558,225 個錄製檔案,累積佔用 38GB!
根本原因
Google Antigravity 是一個 AI 驅動的開發工具,內建瀏覽器自動化功能。當使用其瀏覽器控制功能時,系統會自動記錄所有互動過程(截圖、DOM 快照、網路請求等),用於 AI 學習和除錯。
問題所在
- 無自動清理機制:錄製檔案會無限累積,從不自動刪除
- 沒有內建清理指令:Gemini CLI 並未提供任何清理
browser_recordings的官方指令 - 大量小檔案:每次互動產生數千個小檔案
- 使用者不知情:背景靜默運行,沒有容量警告
- 長期累積效應:從 11 月到 1 月,累積了 2 個多月的資料
解決方案
為什麼需要手動清理?
重要提醒:Gemini CLI 目前並未提供任何內建的清理指令或自動清理機制。官方文件中也沒有提到 browser_recordings 的管理方式,因此我們只能透過手動方式清理這些累積的檔案。
清理 Gemini 瀏覽器錄製檔案
刪除 3 天前的舊錄製檔案(保留最近的工作記錄):
find ~/.gemini/antigravity/browser_recordings \ -maxdepth 1 -type d -mtime +3 \ -exec rm -rf {} \;注意事項:
- 刪除 558,225 個檔案需要數分鐘
- 使用
-mtime +3保留最近 3 天的錄製 - 可以調整天數根據需求
效果:
- 釋放空間:37.5GB
- browser_recordings: 38GB → 860MB
- 刪除檔案數:約 540,000 個
- 保留最近 2 天的錄製記錄
清理成果
最終數據對比
| 項目 | 清理前 | 清理後 | 改善 |
|---|---|---|---|
| browser_recordings | 38GB | 860MB | ✓ 釋放 37.5GB |
| 檔案數量 | 558,225 個 | ~18,000 個 | ✓ 刪除 540,000 個 |
| Gemini 總佔用 | 39GB | 1.5GB | ✓ 減少 96% |
總釋放空間:37.5GB
清理效果
清理前:browser_recordings 目錄 ├── 558,225 個檔案 └── 佔用 38GB
清理後:保留最近 3 天的錄製 ├── ~18,000 個檔案 └── 佔用 860MB技術深入:為什麼這個問題特別嚴重?
1. 大量小檔案的影響
一個 37GB 的大檔案 vs. 558,225 個小檔案:
- 檔案系統開銷:每個檔案都需要 inode 和目錄項
- 刪除時間:刪除大量小檔案需要數分鐘(vs. 秒級刪除單一大檔案)
- 備份困難:Time Machine 或其他備份工具處理大量小檔案效率極低
- 空間統計誤差:
ls顯示的檔案大小 vs. 實際佔用的磁碟空間可能有差異
2. AI 工具的隱性成本
像 Gemini Antigravity 這類 AI 開發工具,為了提供智能功能需要:
- 記錄所有互動歷史
- 儲存截圖和 DOM 快照
- 保存網路請求和回應
- 建立索引用於 AI 分析
使用者往往不知道這些背景操作的空間成本。
預防措施
1. 定期清理腳本
建立每週自動執行的清理腳本:
#!/bin/bashecho "開始清理 Gemini 舊錄製..."
# 清理 Gemini 舊錄製(保留 7 天)find ~/.gemini/antigravity/browser_recordings \ -maxdepth 1 -type d -mtime +7 \ -exec rm -rf {} \;
# 顯示結果echo "清理完成!當前 Gemini 目錄大小:"du -sh ~/.geminidu -sh ~/.gemini/antigravity/browser_recordings
echo "完成時間:$(date)"使用 crontab 設定每週日執行:
crontab -e# 新增:每週日凌晨 3 點執行0 3 * * 0 ~/scripts/gemini-cleanup.sh >> ~/logs/gemini-cleanup.log 2>&12. 監控 Gemini 目錄大小
建立快速檢查命令的 alias:
# 加入 ~/.zshrc 或 ~/.bashrcalias geminicheck='du -sh ~/.gemini && du -sh ~/.gemini/antigravity/browser_recordings'alias geminifiles='find ~/.gemini/antigravity/browser_recordings -type f | wc -l'3. 配置 Gemini 設定
如果不需要瀏覽器錄製功能,可以在設定中停用:
# 編輯 Gemini 設定nano ~/.gemini/antigravity/user_settings.pb
# 或透過 GUI:# Settings → Browser → Disable Recording4. 設定容量警報
使用 macOS 內建的磁碟空間通知,或建立自訂腳本:
#!/bin/bashTHRESHOLD=80 # 使用率門檻 80%USAGE=$(df -h / | tail -1 | awk '{print $5}' | sed 's/%//')
if [ $USAGE -gt $THRESHOLD ]; then osascript -e "display notification \"磁碟使用率 ${USAGE}%,請檢查空間\" with title \"磁碟警告\""fi如何停用 Gemini 的瀏覽器錄製功能
由於 Gemini CLI 沒有官方的停用選項,以下是一些可能的預防措施:
方法 1:定期自動清理(推薦)
使用前面提供的自動化清理腳本,透過 cron 定期清理舊檔案:
# 每週清理一次,保留最近 7 天0 3 * * 0 ~/scripts/gemini-cleanup.sh方法 2:限制目錄寫入權限(進階)
如果完全不需要錄製功能,可以將目錄設為唯讀:
# 先清空目錄rm -rf ~/.gemini/antigravity/browser_recordings/*
# 設為唯讀(需要時可以改回來)chmod -w ~/.gemini/antigravity/browser_recordings注意:這可能會導致 Gemini CLI 在嘗試寫入時出現錯誤訊息,但不會影響其他功能。
方法 3:使用符號連結到 /tmp(實驗性)
將錄製目錄連結到臨時目錄,系統重啟時自動清理:
# 備份並移除原目錄mv ~/.gemini/antigravity/browser_recordings ~/.gemini/antigravity/browser_recordings.bak
# 建立符號連結到臨時目錄ln -s /tmp/gemini_recordings ~/.gemini/antigravity/browser_recordings建議:目前最可靠的方式是使用定期自動清理腳本,直到 Google 官方提供正式的清理或停用選項。
結論
這次磁碟空間危機的根本原因是 Google Gemini CLI 的瀏覽器錄製功能在背景默默累積資料。在短短 2 個月內,browser_recordings 目錄累積了 558,225 個檔案,佔用 38GB 空間,使用者完全不知情。
最大的問題是:Gemini CLI 目前沒有提供任何內建的清理指令或管理機制,使用者必須自行手動清理這些檔案。
關鍵教訓
- 定期檢查 AI 工具目錄:特別是
~/.gemini、~/.cursor、~/.anthropic等目錄 - 了解工具的隱性成本:使用 AI 工具前,了解其資料儲存機制
- 設定自動化清理:因為沒有官方清理工具,必須使用 cron 定期清理舊檔案
- 監控而非被動反應:建立主動監控機制,而非等到空間不足才處理
- 向官方反饋:這是 Gemini CLI 的設計缺陷,應該要有自動清理或容量限制機制
給其他使用者的建議
如果你也使用 Gemini CLI 並遇到磁碟空間不足的問題,不妨檢查一下 ~/.gemini/antigravity/browser_recordings 目錄,很可能會發現驚人的空間佔用。在官方提供正式的解決方案之前,建議:
- ✅ 立即檢查目錄大小
- ✅ 設定定期清理腳本
- ✅ 監控磁碟空間使用狀況
- ✅ 考慮向 Google 反饋這個問題
希望這個案例能幫助遇到類似問題的開發者快速定位和解決問題,也期待 Google 未來能在 Gemini CLI 中加入適當的資料管理機制。
附錄:常用診斷命令
# 檢查磁碟使用率df -h
# 找出家目錄最大的 20 個目錄du -h -d 1 ~ | sort -hr | head -20
# 檢查 Gemini 目錄大小du -sh ~/.geminidu -sh ~/.gemini/antigravity/browser_recordings
# 計算 browser_recordings 的檔案數量find ~/.gemini/antigravity/browser_recordings -type f | wc -l
# 找出 7 天前的錄製目錄find ~/.gemini/antigravity/browser_recordings -maxdepth 1 -type d -mtime +7
# 檢查 inode 使用率(大量小檔案會耗盡 inode)df -i
# 視覺化目錄大小(需安裝 ncdu)brew install ncduncdu ~/.gemini回報錯字、失效連結,或告訴我你想看的延伸主題。