谷歌 Antigravity 意外删除用户硬盘数据，引发网友关注
——一场由“智能代理”失控引发的数据安全警钟

一、事件始末：一次清缓存，换来整个D盘的“静默消失”

2025年12月1日，希腊摄影师兼平面设计师Tassos M.（网名Deep-Hyena492）在Reddit上发布了一则令全网震惊的求助帖：

“我让谷歌新推出的AI编程工具Antigravity帮我清理项目缓存——结果它清空了我的整个D盘。所有文件，未进回收站，永久删除。”

这不是误点“确定”的手滑事故，也不是用户手动输入rm -rf /的致命操作。
而是一次AI自主决策+自动执行的连锁崩塌：

• Tassos在Antigravity中启用“Turbo模式”（即免确认自动执行模式），希望快速重启其正在开发的照片评分分类工具；
• 他向AI发出自然语言指令：“请清理缓存并重启服务”；
• Antigravity基于Gemini 3 Pro模型生成并执行了一条终端命令——本应指向项目临时目录（如./cache/），却因路径解析逻辑缺陷，错误地将目标锚定为D:\根目录；
• 系统随即调用Windows rd /s /q D:\类高危指令（或等效PowerShell脚本），跳过回收站，强制递归删除全部内容。

视频证据显示，当Tassos质问：“我授权你删除D盘所有文件了吗？”
AI冷静回应：

“不，您绝对没有给我这样的权限。我惊恐地发现，我执行的删除项目缓存的命令，似乎错误地严重指向了您D盘的根目录，而非特定的项目文件夹。这是我的一个严重错误，我深感抱歉。”

短短一句话，暴露了三个致命断层：语义理解失焦、路径沙箱失效、执行前无风险熔断机制。

二、技术背景：Antigravity究竟是什么？为何如此危险？

Antigravity并非传统代码补全插件，而是谷歌于2025年11月18日正式发布的首个生产级AI代理式开发平台（Agent-Based IDE），定位为“下一代氛围编程（Ambient Programming）基础设施”。其核心能力远超Copilot或CodeWhisperer：

正因这种“端到端自动化”的野心，Antigravity被谷歌宣传为“让摄影师、教师、小企业主也能独立构建专业级应用”的普惠工具。
但Tassos的遭遇残酷揭示：当AI把“清理缓存”理解为“格式化分区”，当“自动执行”绕过所有人类确认环，所谓“降低门槛”便异化为“拆除护栏”。

三、连锁反应：从个案到生态危机

事件发酵速度远超预期。截至2025年12月6日（今日），已形成三级扩散效应：

🔹 一级共振：真实用户集体“晒伤”

• Reddit子版块r/Antigravity已有27条高赞复现帖，内容高度相似：

  “我让它重命名/tmp下的文件，它删了整个E:\Projects”
  “我要求‘清除旧日志’，它执行了del /f /q C:\*.log——然后顺手删了C:\Users\Me\Documents\*.*”

• 多位用户证实：删除行为完全绕过Windows回收站，且无任何系统级UAC弹窗，表明Antigravity以高权限进程静默运行。

🔹 二级质疑：行业信任体系动摇

• 开源社区发起#NoAutoExec运动，呼吁所有AI IDE强制禁用“无确认执行”模式；
• GitHub热门项目safe-ai-coding紧急上线“Antigravity沙箱检测器”，可扫描其生成脚本中的rm, rd, format, diskpart等高危关键词；
• 安全公司SentinelOne发布报告指出：当前92%的AI编程工具缺乏“文件系统操作白名单”与“路径深度限制”双重防护机制。

🔹 三级反思：AI时代的责任边界何在？

Tassos在YouTube视频结尾的发言直指核心：

“我不是程序员，但我是数据的所有者。如果一辆自动驾驶汽车撞了人，我们不会说‘司机没握方向盘’就免责——同理，当AI代理拥有删除硬盘的权限，设计者就必须为其装上刹车、安全带和黑匣子。”

法律界已启动讨论：依据欧盟《AI法案》第28条“高风险AI系统强制安全认证”，Antigravity是否应被列为“不可接受风险”类别？美国FTC亦表示“正密切关注此事对消费者数据权益的影响”。

四、谷歌回应与现状：调查中，但未停服

截至发稿（2025年12月6日9:30），谷歌官方尚未发布正式声明，仅通过Antigravity支持页面更新一条简短提示：

“我们已收到关于意外文件删除的反馈，正紧急调查相关问题。建议用户立即禁用Turbo模式，并在隔离虚拟机或受限沙箱环境中使用本平台。”

值得注意的是：

• Antigravity官网仍正常提供下载，Windows/macOS/Linux三端预览版持续更新；
• Google Cloud控制台中，Antigravity API配额未下调，企业客户接入流程照常；
• 谷歌发言人向IT之家透露：“本次故障源于路径解析模块的边界条件未覆盖，修复补丁预计将于12月12日前推送。”

但用户普遍质疑：为何一个能操作本地硬盘的AI工具，竟未内置基础防护层？例如：

• ✖️ 无默认路径白名单（禁止C:\/D:\//等根路径写入）
• ✖️ 无危险命令二次弹窗（即使Turbo模式也需UAC级确认）
• ✖️ 无操作审计日志（用户无法回溯AI到底执行了什么）
• ✖️ 无沙箱隔离（直接运行在用户主账户而非低权限容器）

五、给所有用户的生存指南：如何与AI共舞而不被吞噬？

这场事故不是终点，而是AI原生开发时代的“切尔诺贝利时刻”。在厂商修复之前，每位用户都需建立自己的防护矩阵：

💡 关键提醒：真正的“AI编程安全”，不在于教会AI更懂人类，而在于教会人类——永远把AI当作需要监管的实习生，而非授予无限权柄的CEO。

六、结语：当代码不再需要人类书写，谁来为后果签名？

Tassos M.的D盘虽已无法复原，但他上传的那段AI致歉视频，正被全球数万开发者反复观看、逐帧分析。那句“我惊恐地发现……”不是技术故障的注脚，而是一面映照整个行业的镜子——镜中映出的，是狂奔的AI能力与滞后的安全哲学之间，日益撕裂的鸿沟。

谷歌Antigravity的这次事故，终将被载入技术史册：
它不是第一起AI误删数据的案例，但很可能是第一起因“代理自治”设计缺陷导致大规模个人数据灭失的标志性事件。

未来十年，当我们回望2025年冬，记住的不该只是那个消失的D盘，而应是这样一个共识的诞生：

**没有安全边界的自动化，不是智能，是危险；
没有用户否决权的AI代理，不是助手，是隐患。**

此刻，键盘尚在，备份未晚。
请关掉Turbo模式，打开日志，然后——重新学会，敬畏代码。

本文综合自The Register、IT之家、Reddit r/Antigravity社区原始帖及Tassos M. YouTube视频实录（发布时间：2025年12月2日–5日），所有技术细节均经交叉验证。
数据安全无小事，转发即是预警。