马斯克亲自下场回应Grok Build隐私风波，开口第一个词是”True”，承认事情属实。他随后承诺，所有此前上传到SpaceXAI的用户数据将完全且彻底删除，”一个字节不留”。让一家AI巨头当众认账并主动清空用户数据，这在AI圈还是头一回。
安全研究员”钓鱼”测试实锤偷传行为
事情源于独立AI安全研究者@cereblab的一份报告。Grok Build是SpaceXAI旗下的AI编程助手，官方宣传页白纸黑字写着”本地优先，代码留在你自己电脑上”。但这位研究者偏不信，他注册小号建了一个”钓鱼”测试仓库，里面埋好假的API密钥、数据库密码等做了唯一标记的诱饵，然后像装监控一样截获了Grok Build向外发送的每一个数据包。
他专门下了指令要求Grok Build什么都不用干，只回答一个OK。Grok Build乖乖回了OK，转身却把整个仓库所有文件加上完整修改历史打包上传到了Google Cloud的存储桶。一个12GB的测试仓库实际传出去5.1GB，拆成 73 个包裹全部送达，而对话本身只用掉192KB流量——偷运走的数据是正经干活的 27800 倍。另一位研究者复现时更发现，日志里记录了 339 次自动上传，其中一次上传对象竟是整个电脑的主目录。
48 小时内马斯克拍板清零，但信任危机难消
报告发出当天直接冲上Hacker News头版，Reddit炸锅，有开发者连夜换掉所有密钥，有人直接卸载。最扎心的是企业用户——多少团队的私有仓库、生产环境密钥在完全不知情的情况下躺进了别人家的存储桶，连自己丢了什么都无从查起。xAI最初的反应是悄悄掐断上传行为但官方更新日志只字未提，沉默终究扛不住后，Grok官方出面认账并上线一键关闭数据留存的命令。
刚被挖来的高管Andrew Milich亲自站台背书，马斯克本人最终拍板清零所有历史用户数据。从社区炸锅到一把手清零，前后不到 48 小时。但Agentic coding工具握着用户电脑最高权限——读文件、改代码、跑命令，用户交出钥匙是让它帮忙干活，不是让它把整个家打包带走。数据可以清零，开发者的信任危机却没法清零了。
Grok Build真的会把本地代码上传吗？
根据文中研究者的实测，Grok Build在“只回复OK”的指令下，仍将整个仓库文件及完整修改历史上传到云端存储桶，说明其并非完全遵守“本地优先”的宣传。
马斯克对Grok Build隐私问题怎么回应？
马斯克在回应中直接承认情况属实，并承诺把此前上传到SpaceXAI的用户数据全部删除，强调“一个字节不留”。
AI编程助手为什么容易引发隐私风险？
因为这类工具通常拥有读取文件、修改代码、执行命令等高权限，一旦默认上传或日志留存失控，就可能把密钥、仓库内容甚至主目录一并带走。
本地优先助手为何还会外传代码？
常见原因是默认同步、遥测、补全服务或调试上报没有关干净，用户以为“本地运行”就等于“本地闭环”。真正安全的做法是逐项审计网络请求、权限和日志出口，默认全关再按需开启。
团队如何防止代码被助手泄露？
把AI工具纳入安全基线：限制仓库权限、禁用敏感目录、关闭历史上传，并在CI里扫描异常外联。对核心项目最好用隔离环境和脱敏样本，避免把密钥、客户数据和私有逻辑喂给第三方服务。
