【慘痛教訓】硬碟被 AI 刪光？從 Google Antigravity 災情談沙盒開發的重要性

12 月初有網友在 Reddit 上表示他的 D 磁碟機被 Google Antigravity 整個清空，而且不是移到垃圾桶，是完全移除、無法救回的那種程度。

🤖 當 AI 工具不再受控：從 Antigravity 到 Claude 3.7

當初看到報導時，我還在想：「那個使用者給 Google Antigravity 的權限也太大了吧？」如果有使用指令白名單，限制它能用的指令，或許就能避免慘劇。

但這讓我想起今年中遇到的 Claude Sonnet 3.7 大暴走事件。當時我的硬碟多處被塞進奇怪的檔案，工作目錄從原本 100Mb 暴增到 3.7Gb。即便我已經將它限制在工作目錄內，它依然無視限制，在目錄外亂開資料夾。這種情況當時在世界各地都有災情。

🛡️ 為什麼「沙盒 (Sandbox)」是現在的必備方案？

回想 Claude 發瘋的樣子，再對照這次 Antigravity 的災情，我想：為了安全，應該使用沙盒進行開發。就算 AI 發瘋了，傷害還是只有在沙盒內，不會擴及外部資料。沙盒開發的優點包括：

• 傷害隔離： 限制 AI 的活動範圍，保護主系統資料。
• 快速復原： 工作目錄被毀，只要把備份檔叫回來就好。
• 環境一致性： 桌機與筆電環境相同，不必擔心版本衝突，連 uv 也不必裝了。

圖、沙盒中的 AI

💻 現階段的抉擇：回歸 Cursor

雖然開啟沙盒讓我那台 11 年的老電腦喘得半死，但至少安心一些。不過 Google Antigravity 目前對沙盒功能的支援還不完整（開啟時會警告功能仍在開發中），為了資料安全，我決定先退回使用 Cursor，待日後 Google Antigravity 提供完整沙盒開發功能，再切換為 Google Antigravity 。

結語： 在 AI 輔助開發的時代，除了追求效率，如何「馴服」AI 並確保它不會誤傷系統，將是開發者最重要的課題。