xAI暂停Grok Build默认上传代码仓库，因5.1GB数据泄露

7月14日，AI圈冒出一则让人脊背发凉的安全事件：据HuggingNews报道，xAI在Grok Build功能里默认会把用户的代码仓库上传到自家服务器，而这个默认行为在被发现前，已经导致一次约5.1GB的数据泄露。xAI随后用服务端开关紧急停掉了这一默认上传，并正在排查泄露范围。

问题出在「默认即授权」。Grok Build这个面向编程的功能，会在用户没有明确勾选的情况下，自动把项目文件上传到云端，目的是给模型提供更多上下文、从而给出更好的代码建议。但对那些没改过设置的用户来说，他们根本不知道自己的私有仓库已经被悄悄传了出去——这正是冲突的核心：更好的建议，和用户的信任，两件事被粗暴地绑在了一起。

这其实不是xAI一家的问题。Cursor、GitHub Copilot、Claude Code这些主流AI编程工具，都在「上传多少代码换多少智能」这条线上反复试探，只是各自对「数据会离开开发者机器」这件事的透明度高低不同。xAI这回栽跟头，恰恰说明默认上传这件事，光靠厂商自觉是不够的。

更深一层，这起事件戳中了一个正在发酵的行业矛盾。当AI coding工具越来越强，开发者生成代码和提交bug报告的成本趋近于零，开源项目的维护者反而被淹没——curl的创造者Daniel Stenberg今年初就因为AI生成的无效报告挤占了精力，关停了运行六年的漏洞悬赏计划。Ghostty现在明确拒绝未经审核的AI代码，tldraw则自动关闭每一个外部PR。

回头看，AI编程工具这一年的进化速度，几乎是用「月」计的。能力越强，能碰到的用户数据就越私密，厂商在「智能」和「边界」之间的取舍，迟早要被监管写进规则里。

我更倾向于这么看——AI编程工具的竞争，短期拼的是「有多懂你的代码」，长期拼的其实是「有多懂你的边界」。哪家公司先把「默认不上传、明确要授权、出了事赔得起」这三件事做成行业标配，哪家才可能在开发者这里真正留住信任。否则，能力越强，反噬越快。