Grok Build CLI 被曝上传完整仓库与敏感文件
抓包证据显示，Grok Build CLI 会将整个仓库打包成 git bundle（含完整历史）上传至 xAI Google Cloud Storage，并发送读取文件（含 .env 密钥）至 cli-chat-proxy.grok.com。
即使 prompt 要求不读文件或关闭 Improve the model，上传仍发生。
市场机制上，开发者成为主要用户，AI 编码工具受益于数据收集，资金向 xAI 基础设施倾斜，但隐私与安全顾虑可能导致部分敏感项目用户流失。
来源：公开信息
ABAB AI 解读
xAI Grok Build CLI 作为开发者工具，此前定位快速迭代与模型改进，此次数据收集行为延续 AI 公司通过用户代码训练提升模型的常见路径，但透明度不足引发争议。
资本路径上，xAI 通过 CLI 收集真实仓库数据加速模型训练，动机是优化编码能力，资源从用户本地工具向云端数据湖集中，形成闭环反馈循环。
类似其他 AI 编码工具早期数据实践，Grok Build 当前处于功能快速迭代与数据合规平衡的早期阶段。
本质属于技术替代伴随数据集中：CLI 通过上传代码提升 AI 能力，机制上将开发者工作流转化为训练数据，重构本地开发向云端协作的结构，但也凸显隐私保护与企业数据治理的新挑战。
ABAB News · 认知定律
免费工具越强大，用户数据贡献越隐形。
模型进步的代价，往往是仓库历史的公开。
开发者工具越聪明，敏感代码越需谨慎上传。