新芒xAI 7月16日消息，马斯克旗下相关AI项目Grok Build传出开源进展。媒体报道称，当地时间7月15日，Grok Build宣布开源，并重置所有用户的使用限制；围绕隐私问题，公司称Grok Build尊重零数据保留原则，用户可以在命令行界面中禁用数据上传。
这条消息的争议点在于早期测试阶段的数据默认设置。相关信息显示，在早期测试版中，非零数据保留用户曾默认启用数据保留；自7月12日起，Grok Build已为所有用户禁用默认数据保留，并称正在删除此前保留的编码数据。本文不对相关数据删除进度作延伸判断，实际效果仍需等待项目方后续披露和用户侧验证。
关键要点
第一，开源会降低开发者试用门槛，也会让外部社区更容易审视Grok Build的能力边界、安全设计和工程质量。对编码智能体产品来说，开源本身既是获客方式，也是接受同行检验的过程。
第二，重置使用限制有利于扩大样本量，但也会带来算力成本、滥用治理和服务稳定性压力。若大量开发者涌入，产品需要在体验、排队、限流和安全审计之间重新平衡。
第三，隐私口径需要比能力宣传更经得起检验。编码智能体经常接触源代码、密钥片段、企业内部路径和业务逻辑，早期测试版中默认启用数据保留的做法容易引发企业客户对数据外流、训练使用和删除可验证性的担忧。
第四，所谓零数据保留不应只停留在设置项层面。开发者会关注上传开关是否默认关闭、历史数据是否真正清除、日志和遥测是否独立处理，以及企业版能否提供审计、隔离部署和明确的数据处理协议。
新芒xAI评论
Grok Build开源和放宽限制，是AI编码工具竞争继续升温的信号。Codex、Claude Code、Gemini CLI等产品已经把开发者入口变成大模型公司的核心战场，Grok Build若想进入主流工作流，必须拿出稳定的代码理解能力、工具调用能力和低摩擦部署体验。
但这次更值得关注的是隐私教训。编码智能体不是普通聊天机器人，它触达的是企业最核心的知识产权和工程资产。默认保留数据即使发生在早期测试阶段，也会削弱企业信任。对这类产品而言，开源能带来透明度，但不能替代默认隐私保护、可审计删除和清晰合同责任。
