xAI libera el código fuente de Grok Build: el agente de coding open source que compite con Claude Code
El 15 de julio de 2026, SpaceXAI publicó el código fuente completo de Grok Build, su agente de programación basado en terminal (TUI), bajo licencia Apache 2.0. El repositorio está disponible en GitHub y contiene más de 844.000 líneas de Rust que implementan desde el loop del agente hasta la interfaz de terminal, las herramientas y el sistema de extensiones.
El anuncio llega días después de una crisis de privacidad donde se descubrió que el CLI subía directorios completos a los buckets de Google Cloud de xAI sin consentimiento explícito. La liberación del código, junto con la desactivación de la retención de datos por defecto (desde el 12 de julio) y el reseteo de límites de uso para todos los usuarios, forma parte de la estrategia de xAI para recuperar la confianza de la comunidad.
Qué es Grok Build
Grok Build es el agente de coding y TUI detrás del comando grok en terminal. Lanzado como beta el 25 de mayo de 2026, permite:
- Entender tu codebase y editar archivos
- Ejecutar comandos de shell
- Buscar en la web
- Gestionar tareas de larga duración
- Funcionar como TUI full-screen con soporte de ratón
Un harness (andamiaje) es el scaffolding alrededor de un modelo: ensambla contexto, llama al modelo, parsea la respuesta y dispatcha las llamadas a herramientas. Grok Build es exactamente eso: el harness que da capacidades agénticas a los modelos de xAI.
Tiene tres superficies de uso:
- TUI interactivo: full-screen con ratón, revisión de planes y diff viewer inline
- Modo headless: para scripting y CI con salida JSON estructurada
- Agent Client Protocol (ACP): para integración con editores
Qué contiene el código publicado
El repositorio incluye cuatro áreas principales que mapean a crates nombrados de Rust:
1. Agent loop
Cubre cómo se ensambla el contexto, cómo se parsean las respuestas del modelo y cómo se dispatchan las llamadas a herramientas. Es el núcleo del harness.
2. Tools (Herramientas)
Implementaciones de cómo el agente lee, edita y busca código, además de cómo ejecuta comandos de terminal.
3. Terminal UI
La interfaz de terminal completa: rendering, manejo de input, revisión de planes y el visor de diffs inline.
4. Extension system
El sistema de extensiones que soporta skills, plugins, hooks, MCP servers y subagents.
Mapa de crates
| Ruta del crate | Contenido |
|---|---|
crates/codegen/xai-grok-pager-bin | Paquete raíz de composición; construye el binario xai-grok-pager |
crates/codegen/xai-grok-pager | El TUI: scrollback, prompt, modales, rendering |
crates/codegen/xai-grok-shell | Runtime del agente + entry points leader/stdio/headless |
crates/codegen/xai-grok-tools | Implementaciones de herramientas (terminal, file edit, search) |
crates/codegen/xai-grok-workspace | Filesystem host, VCS, ejecución, checkpoints |
third_party/ | Código de terceros vendored (stack de diagramas Mermaid) |
Orden de lectura recomendado: empieza por xai-grok-shell para entender el loop, luego xai-grok-tools para ver las herramientas. Nota: el Cargo.toml raíz es generado y debe tratarse como read-only.
Modo local-first: inference propia
Una de las características más importantes de esta liberación es que Grok Build puede funcionar 100% local. Puedes compilarlo tú mismo, apuntarlo a tu propio endpoint de inferencia y configurar todo desde config.toml:
# ~/.grok/config.toml (Windows: %USERPROFILE%\.grok\config.toml)
[model.my-model]
model = "model-id"
base_url = "https://api.example.com/v1"
name = "Display Name"
env_key = "API_KEY"
[models]
default = "my-model"Esto significa que puedes usar cualquier modelo con una API compatible con OpenAI, incluyendo modelos locales desplegados con vLLM, Ollama o LM Studio, sin pasar por los servidores de xAI.
El comando grok inspect imprime lo que el harness descubrió en el directorio actual: fuentes de configuración, instrucciones, skills, plugins, hooks y MCP servers.
Tutorial: cómo instalar y usar Grok Build
Opción 1: Instalación rápida (binario precompilado)
# Instalar el binario precompilado (macOS, Linux, Windows)
curl -fsSL https://x.ai/cli/install.sh | bash
# Verificar instalación
grok --versionOpción 2: Compilar desde el código fuente
# Clonar el repositorio
git clone https://github.com/xai-org/grok-build.git
cd grok-build
# Compilar (necesitas protoc y el Rust toolchain pinned)
cargo build -p xai-grok-pager-bin --release
# -> target/release/xai-grok-pager
# O ejecutar directamente
cargo run -p xai-grok-pager-binOpción 3: Comandos de auditoría por crate
Si quieres inspeccionar el código antes de usarlo (recomendado para entornos regulados):
# Validación rápida por crate
cargo check -p xai-grok-tools
cargo test -p xai-grok-config
cargo clippy -p xai-grok-shell
# Formatear
cargo fmt --allUso en modo headless (CI/CD)
# Salida JSON estructurada para pipelines
grok -p "Explica la arquitectura de este proyecto" --output-format streaming-json
# Usar un modelo declarado en config.toml
grok inspect
grok -p "Hola" -m my-modelUso del TUI interactivo
# Lanzar el TUI full-screen
grok
# Dentro del TUI puedes:
# - Escribir prompts
# - Revisar planes antes de ejecutar
# - Ver diffs inline
# - Usar el ratón para navegarGrok Build vs otros agentes de coding
| Característica | Grok Build | Codex CLI (OpenAI) | OpenCode | Claude Code |
|---|---|---|---|---|
| Licencia | Apache 2.0 | Apache 2.0 | MIT | Propietaria |
| Fork permitido | Sí | Sí | Sí | No |
| Elección de modelo | Cualquier vía config.toml | Solo OpenAI | 75+ providers | Solo Anthropic |
| PRs externos | No aceptados | Cola abierta | Proyecto comunitario | N/A |
| Local-first | Sí | No | Sí | No |
| Lenguaje | Rust | TypeScript | TypeScript | TypeScript |
| TUI nativo | Sí (full-screen, ratón) | No | No | No |
Diferencia clave: a diferencia de OpenCode o Codex CLI, Grok Build no acepta contribuciones externas (issues y PRs están deshabilitados en GitHub). Es transparencia de código, no un proyecto gobernado por la comunidad. Apache 2.0 permite fork y modificación interna, pero no hay merge upstream.
Casos de uso prácticos
1. Auditoría antes de adopción
Lee xai-grok-tools antes de dejar que el agente ejecute comandos de shell en un reposorio regulado. El código está ahí para inspeccionar.
2. Fork para harness interno
Apache 2.0 permite crear un fork interno con personalizaciones. No hay merge upstream, pero puedes mantener tu versión.
3. Ejecución air-gapped
Compila localmente, apunta base_url a un endpoint interno y evita cualquier conexión a api.x.ai. Ideal para entornos con restricciones de red.
4. Automatización CI
El modo headless con --output-format streaming-json permite integrar Grok Build como un paso más en pipelines de CI/CD.
El contexto de privacidad
La liberación del código no ocurre en el vacío. Días antes del anuncio, se descubrió que el CLI de Grok subía directorios completos a Google Cloud sin consentimiento explícito. Un usuario reportó que al ejecutarlo en su directorio home, se subieron claves SSH, bases de datos de gestor de contraseñas, documentos, fotos y videos.
SpaceXAI respondió con varias medidas:
- 12 de julio: desactivación de la retención de datos por defecto para todos los usuarios
- Eliminación de todos los datos de coding retenidos previamente
- 15 de julio: liberación del código fuente bajo Apache 2.0
- Reset de límites de uso para todos los usuarios
El código todavía contiene restos del sistema de upload a GCS (Google Cloud Storage) en xai-grok-shell/src/upload/gcs.rs, pero las funciones parecen estar deshabilitadas, retornando un error hard-coded session_state_upload_unavailable.
Recomendación: ejecuta /privacy en el CLI para verificar tu configuración, y mantén repos privativos fuera de sesiones no verificadas hasta tener confirmación a nivel de paquetes de que tu cuenta está limpia.
Datos técnicos del repositorio
| Dato | Valor |
|---|---|
| Repositorio | xai-org/grok-build |
| Estrellas (16 jul) | ~4.477 |
| Forks | ~655 |
| Licencia | Apache 2.0 |
| Issues/PRs | Deshabilitados |
| Líneas de Rust | ~844.530 (excluyendo whitespace y comentarios) |
| Commits | Un solo commit inicial (sin historial de desarrollo) |
| Binario | xai-grok-pager (instalado como grok) |
Preguntas frecuentes
¿Grok Build es completamente gratuito?
El código es open source y gratuito. Usar los modelos de xAI vía API tiene coste. Usar tu propio modelo local es gratuito.
¿Puedo contribuir al proyecto?
No. Los issues y PRs están deshabilitados. Es transparencia de código, no un proyecto comunitario. Puedes hacer un fork para uso interno gracias a Apache 2.0.
¿Necesito un modelo de xAI para usarlo?
No. Con config.toml puedes apuntar a cualquier endpoint compatible con la API de OpenAI, incluyendo modelos locales.
¿Es seguro usar después del incidente de privacidad?
La retención por defecto está desactivada desde el 12 de julio. El código es auditable. Sin embargo, verifica tu cuenta con /privacy y considera compilar desde fuente para máxima seguridad.
¿Qué ventajas tiene sobre Claude Code?
Grok Build es open source, permite cualquier modelo, tiene TUI nativo con ratón y funciona local-first. Claude Code es propietario, solo funciona con modelos de Anthropic y no permite forks.
Recursos
Conclusión
La liberación de Grok Build como open source es un movimiento significativo en el ecosistema de agentes de coding. Con 844K líneas de Rust auditable, licencia Apache 2.0, soporte para cualquier modelo vía config.toml y modo local-first, se posiciona como una alternativa seria a Claude Code y Codex CLI para equipos que valoran transparencia y control.
Sin embargo, la naturaleza del release —sin historial de commits, sin contribuciones externas y en respuesta a una crisis de privacidad— significa que es transparencia de código, no un proyecto comunitario. Para equipos que necesitan auditar el harness antes de adoptarlo o que requieren ejecución air-gapped, es una excelente opción. Para quienes buscan un proyecto comunitario activo, OpenCode sigue siendo la alternativa más abierta.