SpaceXAI旗下AI编码工具Grok Build因被曝默认上传用户整个代码库至谷歌云而引发数据安全争议，目前公司已关闭相关功能。根据Cereblab于周一公布的调查结果，Grok Build CLI会打包并上传整个代码库，其中甚至包括被明确标记不得访问的文件以及已从历史记录删除的敏感信息，其数据保留范围远超Claude Code等同类AI编程工具。
研究人员表示，截至周一测试，SpaceXAI服务器已返回“disable_codebase_upload: true”标记，代码库上传行为已不再触发，表明相关功能已被禁用。
针对事件，埃隆·马斯克在X平台表示，此前上传的数据将被“彻底且完全删除”，并强调SpaceXAI“始终尊重隐私设置”。不过，他同时表示，希望用户允许平台保留数据，以帮助定位和调试问题。
伦敦国王学院独立安全研究员Lukasz Olejnik指出，如此大规模的数据保留存在明显风险，可能涉及专有源代码、安全漏洞信息、个人数据、基础设施细节及访问凭证等敏感内容。
对此，SpaceXAI曾回应称，可通过CLI中的“/privacy”命令关闭数据保留并删除此前同步的数据，但Cereblab认为，该命令仅针对单次会话生效，并不能解决此次问题，因此不能视为真正的修复方案。此次事件再次凸显AI编程工具在代码隐私、数据治理和用户信任方面面临的持续挑战。
这类事件本质上是AI编程工具的“上下文采集”与“数据留存”边界问题。为了提升补全、审查和调试效果，工具常会读取仓库结构、依赖关系和历史上下文；但若默认上传整个代码库，就可能把专有源码、密钥、漏洞线索和个人数据一并带走。与强调本地化或更细粒度授权的方案相比，当前争议焦点不在模型能力，而在默认设置、保留策略和删除机制是否真正可控。
Grok Build为什么会引发数据安全争议？
因为调查显示它会默认上传整个代码库到谷歌云，且保留范围可能覆盖被标记不可访问的文件、历史删除的敏感信息，超出用户对AI编程工具的常规预期。
SpaceXAI现在还会继续上传代码库吗？
根据研究人员周一测试结果，服务器已返回“disable_codebase_upload: true”，说明代码库上传行为已不再触发，相关功能已被禁用。
/privacy命令能彻底解决这次问题吗？
SpaceXAI称可用“/privacy”关闭数据保留并删除同步数据，但Cereblab认为该命令仅影响单次会话，不能替代真正的全局修复，因此不足以彻底解决争议。
企业该如何评估代码外传风险？
先看默认采集范围、保留周期、训练用途和第三方共享条款，再核对是否支持本地化、私有云或禁用上传。对核心仓库应做分级管控，敏感目录、密钥和商业逻辑必须默认隔离。
遇到这类争议功能该怎么落地？
上线前必须做安全评审和数据流审计，明确哪些内容可上传、哪些必须脱敏。若工具无法细粒度控制，就只允许在沙箱仓库或非核心项目中使用，并保留审计日志与一键关闭能力。
