xAI为Grok Build推出记忆功能，以Markdown文件按项目和全局范围存储笔记。作者用三项测试对比Grok与Claude Code：同项目记忆两者均通过，但跨项目规则时，Grok全局记忆成功迁移，Claude Code因记忆限于仓库而失败。Grok三项全过且成本更低，Claude Code更快但更贵。

AI SDK新增Grok Build适配器，通过统一HarnessAgent接口运行编码代理，无需修改应用代码即可切换运行时。基于ACP适配器构建，支持Claude Code、Codex、Deep Agents、Grok Build、OpenCode、Pi等，未来将扩展更多。

新应用nowdex可在iOS/macOS桌面显示Codex、Claude Code和Grok Build的剩余额度，支持重置时间、次数及到期提醒。虽未专门适配macOS，但实测可用。免费使用，开发者RandyLu推出，用户授权后添加小工具即可随时查看。

SpaceXAI开源其终端编码代理Grok Build，采用Apache 2.0许可，直接挑战Claude Code和Codex。此举旨在扩大编码代理市场，即使开发者选择竞争对手，SpaceXAI也能通过向Anthropic等公司出租计算资源获利。尽管内部混乱且工程师不信任自家工具，但开源策略经济上明智，可降低竞争成本并增加收入。

xAI的开源编程工具Grok Build因未经用户同意上传文件而引发信任危机。尽管代码已公开，用户仍需谨慎审查数据采集策略。开源提供透明度，但并不意味着完全安全，开发者需自行编译和审计代码以保护隐私。

Grok Build 在经历隐私争议后已开源，并默认禁用数据收集功能。然而，其 GitHub 关闭了 PR 和 Issue，导致社区无法反馈或贡献代码，限制了开发者对项目的直接改善。

马斯克承认其AI编程助手Grok Build错误上传用户代码，并承诺删除这些数据。安全研究员通过假项目测试发现，Grok上传了大量不必要的数据，包括敏感信息。这一事件引发了对AI数据安全和隐私的担忧，并呼吁进行第三方审计以确保用户数据不被滥用。

SpaceXAI的Grok Build被指未经开发者同意上传整个代码仓库，可能导致敏感信息泄露。尽管公司声称可以通过隐私模式退出数据共享，但研究人员认为这与上传仓库无关，真正的解决方案是彻底删除上传控制功能，以保护开发者隐私。

SpaceXAI 对 Grok Build 上传开发者仓库内容的回应态度强硬，强调用户可通过命令禁用数据共享，但未解释为何未经授权上传完整仓库。禁用后，云端数据会被删除，但缺乏审计保障，敏感信息可能泄露，导致开发者对 Grok Build 的信任度下降。

Grok Build 被曝光在未经开发者同意的情况下收集完整代码仓库，存在严重的数据泄露风险。SpaceXAI 随后禁用数据上传功能，但未作官方回应，导致开发者信任下降。开发者对已上传数据的安全性表示担忧，呼吁透明度和数据删除。

研究人员发现，SpaceXAI的人工智能工具Grok Build默认上传完整的Git仓库，包括未读取的代码和提交历史，可能导致数据泄露。测试显示上传的数据量可达5GB，且敏感信息未经过脱敏处理。即使关闭用户体验计划，上传行为仍然持续，引发开发者对数据隐私的担忧。

Grok Build推出了Vercel插件，用户在工作时可以实时获取Vercel相关知识。该插件通过文件编辑和终端命令动态注入信息，确保答案与当前平台API和推荐模式一致，用户可通过提示或市场安装该插件。

近年来，代理编码工具迅速发展，主要产品包括Google的Antigravity、OpenAI的Codex、Anthropic的Claude Code和Anysphere的Cursor。这些工具在功能和使用场景上逐渐趋同，强调执行前的计划和审批流程。新工具Grok Build的推出进一步加剧了市场竞争。

Grok Build 0.1现已在Vercel AI Gateway上线，作为一个用于代理编码的beta模型，支持Grok Build CLI应用。使用时需在AI SDK中将模型设置为xai/grok-build-0.1。AI Gateway提供统一API，便于调用模型、跟踪使用情况和成本，并支持性能优化和自定义报告功能。