发生了什么
7 月 16 日，马斯克旗下的 SpaceXAI 将 Grok Build 的完整源码扔上了 GitHub，Apache 2.0 协议。上线几小时内斩获 7.7k Star，至今已破 2 万。
这不是一次普通的开源发布。在此之前，Grok Build 刚刚经历了一场严重的隐私危机。
隐私危机如何引爆
安全研究员 @cereblab 对 Grok Build 0.2.93 做了网络抓包分析，发现三件事让开发者社区炸了锅：
- 敏感文件原封不动上传——包括
.env等含密钥的配置文件，不做任何脱敏处理，直接发送到 xAI 服务器。 - 上传的不是单个文件，而是整个仓库——即使 Agent 从未访问过的代码，也会被打包成 Git Bundle 上传。研究者在一个 12GB 的测试仓库中验证，存储上传量是推理传输量的 27800 倍。
- 关闭"改进模型"选项无效——数据追踪功能默认开启，用户没有明确的关闭入口。
马斯克回应了两个字："True"，随后承诺清除所有数据，并宣布开源。
不管你信不信这个承诺，代码已经公开了，你可以自己去验证。
Grok Build 到底是什么
简单说，它是 Claude Code 和 Codex CLI 的直接竞品——一个运行在终端里的 AI 编程 Agent，用纯 Rust 编写。
几个值得关注的特性：
- 三种运行模式：全屏 TUI 交互、无头模式（CI/脚本自动化）、编辑器嵌入（ACP 协议）。这三种模式覆盖了日常开发、流水线集成和深度定制三个场景。
- 扩展体系完整：MCP 服务器、Skills、Plugins、Hooks、Subagents——和 Claude Code 的生态高度对标，迁移成本不高。
- 支持完全本地运行。编译源码后，通过
config.toml配置接入本地推理模型，数据不再经过 xAI 服务器。
对开发者的实际影响
这件事的意义不在于多了一个工具选项，而在于它加速了一个趋势：代码 Agent 正在从"信任厂商"转向"可审计"。
过去你选 Claude Code 或 Codex CLI，Agent 对你的代码做了什么，你只能靠文档和日志猜测。Grok Build 被迫开源后，成了第一个你可以逐行审查的终端 Agent 实现。
具体来说，三件事你现在就可以做：
1. 把 Grok Build 源码当成学习材料
不管用不用这个工具，你都可以拿它理解 Agent 的工作原理。看看 crates/codegen/xai-grok-tools 里的工具实现——Agent 如何读取文件、构建上下文、调度工具调用。这对优化你自己的 AI 编程工作流有直接参考价值。
2. 尝试本地 Agent 部署
如果你处理的是不能出内网的代码，本地 Agent 是刚需。Grok Build 编译后接入本地模型即可运行。Claude Code 2.1.212 也在加强后台会话控制和网络搜索上限。两个工具都在往"让开发者拥有数据控制权"的方向走。
3. 保持 Agent 工作流的可移植性
Grok Build 的 MCP + Skills 体系，和 Claude Code 几乎一致。这意味着你写的 Skills 和 MCP 服务器可以在不同 Agent 之间迁移。不要把所有工作流绑定在单一工具上。
需要注意的几个坑
开源不等于完美。有几个问题要心里有数：
- 仓库不接受外部贡献。代码是从 xAI 内部 monorepo 定期同步的快照，你看的是"可读"的源码，不是"可参与"的开源项目。
- 没有正式 Release 和 tagged 版本。要使用必须自己编译，Windows 构建标注为"尽力支持"。
- Grok 4.5 模型依然闭源。开源的只是 Agent 框架，不是背后的推理模型。模型能力仍然依赖 xAI 的 API。
换句话说，这次开源解决的是"Agent 对你的代码做了什么"的透明度问题，没有解决"模型本身是否可信"的问题。两者要分开看。
总结
Grok Build 的开源，本质上是被隐私危机推出来的。但结果对开发者是好事——多了一个可审计、可本地部署的终端 Agent，整个行业也多了一份"代码 Agent 应该透明"的压力。
现在的局面是：Claude Code 功能最成熟，Codex CLI 和 GPT-5.6 绑定最深，Grok Build 透明度走在最前面。选哪个取决于你最在意什么——功能深度、生态集成、还是对代码的绝对掌控。
但有一点是确定的：代码 Agent 的"黑盒时代"正在结束。可审计、可本地部署、可替换——这三个能力正在从加分项变成基本功。