2026 年 7 月 15 日，xAI 将 Grok Build 编程智能体和终端界面源代码发布到 GitHub。开发者现在可以检查上下文如何组装、模型响应怎样解析、工具调用如何分发，也能自行编译并把智能体指向本地推理服务。对需要审计代码代理或定制开发流程的团队，这比只获得一个闭源命令行工具更有价值；不过“代码开源”并不自动等于所有数据都留在本机。
这次具体开放了哪些部分
仓库公开了智能体循环、文件读取与编辑、代码搜索、命令执行、终端界面以及扩展系统。终端界面包含计划审查和行内差异查看，扩展层覆盖 skills、plugins、hooks、MCP servers 与 subagents。项目主要使用 Rust，既能交互运行，也支持无界面脚本或 CI 场景，并可通过 Agent Client Protocol 嵌入编辑器。
xAI 表示，开发者可以从源码编译 Grok Build，在 config.toml 中指向自己的本地推理引擎。这使模型服务、代理外壳和扩展配置可以分开替换，适合离线实验、自建模型网关或对工具调用做二次限制。
许可证开放，但协作方式有限
仓库中的第一方代码使用 Apache 2.0 许可证，第三方和内置代码继续遵循各自许可证与声明。官方提供 macOS、Linux 和 Windows 预编译版本；从源码构建主要支持 macOS 与 Linux，Windows 构建目前标为尽力支持且未在这棵源码上正式测试。
另一个边界是，仓库会从 SpaceXAI 内部单体仓库定期同步，官方当前不接受外部贡献。因此它允许阅读、分叉和自行修改，但并不是一个由外部贡献者共同维护的开放开发流程。团队若长期维护私有分支，需要自行处理上游同步和安全补丁。
本地优先不等于默认零外传
本地推理只有在模型端点、遥测、联网工具、MCP 服务和插件都经过配置后才成立。即使模型运行在本机，网页搜索、远程 MCP、更新检查或第三方 hook 仍可能产生网络请求。企业评估时应从源码和实际流量两条线检查：模型请求发往哪里、哪些文件会进入上下文、命令执行权限多大、日志保存多久。
对 Grok Build 来说，开源最直接的影响是让此前难以验证的代理行为进入可审查范围。安全团队可以针对上下文、文件工具和网络路径建立测试，而开发者也能替换推理后端。不过源码可见只是起点，构建产物、默认配置和真实运行流量仍需单独验证。
来源与说明
本文依据 xAI 于 2026 年 7 月 15 日发布的 开源公告及 官方 GitHub 仓库。许可证、平台支持与贡献方式以仓库当前说明为准。
