#人工智能 SpaceXAI 终于回应 Grok Build 上传完整仓库内容：谁让你们自己没有禁用数据共享。说是回应但看起来 SpaceXAI 的态度非常强硬，只表示用户可以通过 /privacy 命令禁用数据共享，但完全没有回应为什么在没有明确获得开发者授权的情况下，擅自上传与编码无关的完整仓库内容。查看全文：https://ourl.co/113922
在经过周末发酵后 SpaceXAI 终于发文回应 Grok Build 上传开发者仓库问题，该公司只强调开发者可以通过隐私设置禁用数据共享改进模型，说是回应但 SpaceXAI 的态度似乎非常强硬，完全没有解释为什么会收集与 AI 编码无关的完整仓库数据以及为什么未经用户同意就收集。
如果你还在继续使用 Grok Build 的话，对于个人和小型团队可以使用命令 /privacy 查看当前数据共享模式，毫无疑问默认情况下数据共享是被开启的，只要是开启状态你的本地仓库完整代码就会被 Grok Build 发送到谷歌 GCP 平台进行数据存储。
目前 Grok Build 通过后端服务器操作临时禁用数据上传功能，现在 SpaceXAI 发布回应，这意味着后续数据上传功能可能还会被重新开启，到时候如果用户没有主动禁用数据共享模式那就无话可说，所以建议使用 Grok Build 的开发者立即禁用数据共享模式。
# 查看当前数据共享模式 /privacy # 默认情况下会显示 share data 代表已经启用数据共享 # 禁用数据共享模式 /privacy opt-out # 重新使用 /privacy 查看是否关闭 /privacy # 如果显示 privacy mode 则代表数据共享关闭
SpaceXAI 称禁用数据共享后也会从云端删除仓库：
值得注意的是 SpaceXAI 还强调当禁用数据共享模式后，这也会删除此前已经同步的数据，即被上传到谷歌 GCP 存储的仓库代码和其他数据也会被删除。需要注意的是这没有任何审计保障，也就是说数据是否真被从云端删除没人知道，如果没有删除的话 SpaceXAI 还可能继续通过这些数据训练模型。
基于安全考虑，任何未经授权发送到云端的数据都应当被视为已泄露，所以如果开发者被上传到云端的仓库数据包含敏感内容则应当立即轮换，例如.env 中的密码、API KEY 等内容，没人知道这些内容是否会被泄露，毕竟也有可能未来这些数据被用于模型训练且模型出现幻觉时，有可能会向未知用户透露敏感内容。
此次 Grok Build 信任危机的关键在于，通常 AI 编码工具只需要发送实际需要使用的代码片段，而 Grok Build 的做法是直接将整个仓库内容都上传到云端 (而不是发送给 AI 模型)，这种做法着实让人无法理解，尤其是很多仓库可能涉及敏感内容和商业机密。
更关键的在于 Grok Build 并未提前说明会上传仓库内容，SpaceXAI 的回应也没有就此事作出详细解释，这似乎让人觉得 SpaceXAI 的态度就是：只要你使用 Grok Build 就要默认接受所有敏感数据都要共享给 SpaceXAI 进行模型训练。
至少从目前开发者社区的反应来看，Grok Build 的行为已经不值得开发者继续信任。
