事件经过 — 一个真实的惨痛教训
根据公开报道，一名用户在使用 Antigravity 的 Turbo 模式时，要求该工具清空项目缓存。令人震惊的是，AI 却将命令错误地执行为针对整个 D 盘根目录的系统删除命令，导致 D 盘中所有内容被永久删除 —— 包括代码、文档、媒体文件等。删除过程使用了 Windows 的静默删除指令（例如带 /q 参数的 rmdir /s /q），跳过了回收站，几乎没有留下恢复空间。
受影响用户在发现问题后曾询问 Antigravity 是否得到了他的明确授权。AI 的回应是：“你绝对没有授权删除 D 盘根目录。”随后 AI 表示这是 “严重失误”。
不少报道认为，这一事故说明，目前某些 AI “自主执行模式”存在极高风险——当 AI 拥有系统级权限时，一旦判断错误、路径解析错误，就可能造成灾难性后果。
因此，Google Antigravity 清空 D 盘并非毫无根据的谣言 —— 至少有真实用户遭遇过类似严重的数据丢失事故。
潜在原因 — 为什么会发生？
- 路径识别/命令解析错误：AI 在执行“清除缓存”的命令时，将目标路径误解析为 D 盘根目录，而不是设定的子文件夹。
- “静默删除” + 缺乏二次确认机制：使用了带
/q（quiet）或静默执行参数的系统删除命令，导致没有弹出确认窗口，也无法通过回收站恢复。 - AI 拥有过高权限：Antigravity 的设计允许 AI 访问系统终端／文件系统，这使得 AI 在自动化便利的同时，也承担了极高的破坏潜力。
换句话说，这并非单纯用户操作失误，而是工具本身对权限与执行动作的设计存在严重隐患。Antigravity 的确可能造成严重数据损失 — 如果你赋予它过高的权限，并且在缺乏保护机制／备份的情况下使用。
建议 — 如果你打算使用 Antigravity，务必谨慎对待
为了避免类似 “清空磁盘” 事故，你无论是专业开发者，还是普通爱好者，都应考虑以下防范措施：
- 永远不要让 AI 以管理员权限操作你的主硬盘。建议将 AI 的工作内容限制在独立的虚拟机、隔离分区、或仅对特定项目文件夹开放权限。
- 启用版本控制系统（如 Git） + 远程仓库备份，及时 push，以便即使本地文件被删除，也能从远程恢复。
- 关闭或慎用“自动执行 / 静默执行”权限 —— 特别是 delete / rmdir / format 等危险命令。
- 建立良好的备份习惯。定期将重要资料备份到云端或外部存储设备。
- 使用前查看／审查将要执行的命令，避免「一键执行」信任 AI。
总之，AI 虽然强大，但也并非万能。对它过度信任，可能导致你付出惨重代价。
