Google Antigravity 数据丢失警报："Space" Bug 详解、恢复步骤和沙箱修复
- Aisha Washington
- 6月6日
- 讀畢需時 3 分鐘
已更新：6月17日
引言
在AI Coding Agents日益普及的时代，开发者们正享受着自动化编程工具带来的高效。然而，最近 Reddit 上报道的一系列严重事件敲响了关键警钟：Google Antigravity，一款 AI 编程工具，由于一个看似微不足道的路径解析错误，导致多名用户的整个磁盘分区（如 C 盘或 D 盘）被完全抹除。
本文将对该事件的根本原因进行深入的技术回顾，并提供紧急恢复流程和防御策略。
1. 事件回顾：发生了什么？
多名开发者报告称，在使用 Google Antigravity 进行项目重构或缓存清理时（例如：删除 .vite 或 node_modules 目录），AI 执行了删除命令。随后，控制台显示了大量的删除文件列表，导致驱动器上的数据全部丢失。
根本原因：路径中的空格与未转义的命令
核心问题在于 Windows 命令行处理空格的机制 结合了 生成的命令不够精确，由 AI 产生。
假设您的项目路径位于：
D:\AI Projects\MyAwesomeApp\.vite当 AI 尝试清理此目录时，它会生成以下 CMD 命令：
codeBatch
rmdir /s /q D:\AI Projects\MyAwesomeApp\.vite系统如何解析此命令？由于路径未包含在双引号中，命令行会将空格视为参数分隔符。
参数 1：D:\AI（在某些上下文中，或者如果 AI 尝试从根目录操作，这可能被简单地解释为 D:\）。
参数 2：Projects\MyAwesomeApp\.vite如果逻辑特别糟糕（例如，命令将第一个参数解释为目标），rmdir 命令可能会强制递归删除以下路径下的所有内容：D:\.
催化剂：自动执行模式绝大多数受害者都开启了“终端命令自动执行”或“Turbo Mode”。这意味着 AI 生成的致命命令在没有人工审核（Human-in-the-loop）的情况下，直接在宿主 shell 中执行了。
2. 紧急救援：如果数据已经丢失
如果您遇到了这个问题，请保持冷静并立即按照以下顺序操作：
立即停止写入操作： 请勿向受影响的驱动器写入任何新文件（包括安装恢复软件），因为这会覆盖被标记为“已删除”的原始数据。
利用恢复工具：
由于 rmdir 命令通常会绕过回收站，你必须使用底层数据恢复工具。
推荐工具： TestDisk & PhotoRec（开源且强大）、DiskGenius、Recuva 或 R-Studio。
检查云端和代码仓库：
验证 GitHub/GitLab 上的代码备份。
检查 OneDrive/Google Drive 上的文档同步历史记录。
利用内部工具备份：一些用户指出 Antigravity 可能会保留内部快照 (Vibe Backup)；请检查是否可以进行回滚。
3. 防御策略：安全地使用 AI 编程代理
这次事件再次证明：永远不要盲目信任拥有宿主机管理员权限的 AI。
策略 1：强制沙盒化
这是防止此类灾难的唯一保险方案。不要让具有文件系统访问权限的 AI Agents 直接在你的 Windows/Mac 宿主机上运行。
Docker：将项目挂载到 Docker 容器中，让 AI 在容器内操作。即使它执行了 rm -rf /，也只会破坏容器环境，而不会伤及你的物理硬盘。
WSL 2 / 虚拟机：在 WSL 或虚拟机中运行你的开发环境。
策略 2：严格的路径命名规范
消除项目路径中的空格。
[错误] D:\My Projects\App 1
[正确] D:\My_Projects\App_1使用下划线 (Snake_case) 或大驼峰命名法 (CamelCase) 可以从物理上规避 99% 的路径解析错误。
策略 3：禁用“自动执行”
虽然手动确认每个命令可能很繁琐，人工干预 (Human-in-the-loop)是涉及文件系统操作（尤其是 rm, del, rmdir）时的最后一道防线。
在 remio 设置中，将关闭 "终端命令自动执行"。
或者，将破坏性命令添加到拒绝列表。
策略 4：限制 AI 范围
确保 AI 只能访问当前 Workspace，并禁止访问父目录。
验证设置中的 Agent Non-Workspace File Access 已禁用。
结论
AI 编程工具显著提升了生产力，但它们目前的推理能力尚不足以处理所有边缘情况。它们就像高速运转的实习生：速度极快，但偶尔会犯灾难性的错误。
请记住：在让 AI 接管你的键盘之前，请确保它运行在安全、隔离的环境中（例如容器或 VM）。
