⏱️ Lectura: 10 min
xAI subió a GitHub el código completo de Grok Build, el agente de código para terminal que corre detrás del comando grok, bajo licencia Apache 2.0. El repositorio ya suma casi 3.900 estrellas y confirma algo llamativo: buena parte de sus herramientas de edición y búsqueda están portadas directamente de openai/codex y sst/opencode.
📑 En este artículo
La publicación llega en un momento en que casi todos los laboratorios grandes (Anthropic con Claude Code, OpenAI con Codex CLI, xAI ahora con Grok Build) compiten por el mismo formato: un agente de terminal que lee, edita y ejecuta código en el proyecto del usuario.
TL;DR
- xAI publicó el código de Grok Build, el CLI/TUI detrás del comando grok, bajo licencia Apache 2.0.
- El repositorio acumula casi 3.900 estrellas, 570 forks y 31 watchers en GitHub.
- Está escrito en Rust y se instala con curl -fsSL https://x.ai/cli/install.sh | bash.
- El binario compilado se llama xai-grok-pager y se distribuye oficialmente como el comando grok.
- El THIRD-PARTY-NOTICES confirma que porta herramientas de openai/codex y sst/opencode.
- Soporta modo headless para CI/scripting y el protocolo ACP para integrarse en editores.
- La documentación completa vive en docs.x.ai/build/overview.
- xAI no acepta contribuciones externas: el repo se sincroniza desde su monorepo interno.
Introducción
Grok Build es el nombre del repositorio; el binario que instala se llama xai-grok-pager y se distribuye oficialmente como el comando grok. Según la documentación del proyecto, funciona como una TUI (interfaz de terminal) a pantalla completa, interactiva con mouse, que entiende el código del repositorio donde corre, edita archivos, ejecuta comandos de shell y busca en la web.
También puede correr de forma headless para scripting o integración en CI, o embebido dentro de editores mediante el Agent Client Protocol (ACP), el mismo tipo de protocolo que usan otros agentes de código para conectarse a IDEs sin depender de una extensión propietaria.
Qué pasó
El repositorio xai-org/grok-build quedó público en GitHub con el código fuente en Rust del CLI y su runtime de agente. A la fecha de esta nota acumula casi 3.900 estrellas, 570 forks y 31 watchers.
El proyecto no es un repositorio activo al estilo tradicional de open source: xAI aclara en el README que se sincroniza periódicamente desde el monorepo de SpaceXAI y que las contribuciones externas no se aceptan (así lo especifica el archivo CONTRIBUTING.md). El archivo raíz Cargo.toml, que define los miembros del workspace y las versiones de dependencias, está generado automáticamente: el proyecto pide tratarlo como solo lectura y editar en cambio los Cargo.toml de cada crate.
Contexto e historia
Grok Build entra a un terreno ya ocupado. Claude Code de Anthropic, Codex CLI de OpenAI y opencode de SST compiten por resolver el mismo problema: darle a un modelo de lenguaje acceso directo a un repositorio, con permisos para leer, escribir y ejecutar comandos.
Lo distinto de este lanzamiento es la transparencia sobre su origen. El archivo THIRD-PARTY-NOTICES del repositorio detalla que las implementaciones de herramientas dentro de crates/codegen/xai-grok-tools incluyen puertos de código de openai/codex y sst/opencode, con los avisos de cambio que exige la sección 4(b) de la licencia Apache 2.0. En otras palabras: xAI no reescribió desde cero cómo un agente edita un archivo o corre un comando de terminal, adaptó implementaciones que ya existían en dos proyectos de la competencia, ambos también con código abierto.
💭 Clave: que Grok Build reutilice piezas de Codex y opencode bajo Apache 2.0 no es un problema legal, la licencia lo permite explícitamente. Pero sí es una señal de que el cómo de estos agentes (editar archivos, correr comandos, mostrar diffs) ya se está estandarizando entre laboratorios distintos.
Detalles técnicos de Grok Build y rendimiento
El proyecto está escrito en Rust, con la versión del toolchain fijada en rust-toolchain.toml (rustup la instala automáticamente en el primer build). Necesita además protoc para la generación de código de los protobuf: el build resuelve primero bin/protoc (un lanzador de dotslash) y si no lo encuentra cae a un protoc disponible en PATH o en la variable $PROTOC.
La arquitectura se organiza en crates separados por responsabilidad:
| Crate | Contenido |
|---|---|
xai-grok-pager-bin |
Paquete raíz de composición; construye el binario xai-grok-pager |
xai-grok-pager |
La TUI: scrollback, prompt, modales, renderizado |
xai-grok-shell |
Runtime del agente y los puntos de entrada leader/stdio/headless |
xai-grok-tools |
Implementaciones de herramientas: terminal, edición de archivos, búsqueda |
xai-grok-workspace |
Filesystem del host, VCS, ejecución, checkpoints |
third_party |
Código vendorizado de terceros (el stack de diagramas Mermaid) |
macOS y Linux son los hosts de build soportados; Windows es best effort y el propio repositorio aclara que no se prueba activamente desde ese árbol de código.
Por encima de esas piezas, el runtime agrega funciones que ya son estándar en esta categoría de herramientas: servidores MCP, skills, plugins, hooks, temas visuales y sandboxing para limitar lo que el agente puede ejecutar. La guía completa de todas estas piezas vive en crates/codegen/xai-grok-pager/docs/user-guide/ dentro del propio repositorio, y también en docs.x.ai/build/overview.
flowchart TD
A["Terminal TUI"] --> B["xai-grok-shell: runtime del agente"]
B --> C["xai-grok-tools: edicion, terminal, busqueda"]
C --> D[("xai-grok-workspace: filesystem, VCS, checkpoints")]
B --> E["ACP: integracion con editores"]
subgraph Agente
B
C
endCómo empezar (o probarlo)
La instalación del binario ya compilado es un one-liner, con variantes para cada sistema operativo:
# macOS / Linux / Git Bash
curl -fsSL https://x.ai/cli/install.sh | bash
# Windows PowerShell
irm https://x.ai/cli/install.ps1 | iex
# Verificar instalacion
grok --versionEse último comando confirma que la instalación funcionó y qué versión quedó activa. Para compilar desde el código fuente, el flujo declarado en el README es este:
# build + lanzar la TUI
cargo run -p xai-grok-pager-bin
# binario de release
cargo build -p xai-grok-pager-bin --release
# queda en target/release/xai-grok-pager
# validacion rapida sin generar binario
cargo check -p xai-grok-pager-binPara trabajar dentro de un crate específico durante el desarrollo, el repositorio recomienda no compilar el workspace completo (es lento) y en cambio apuntar al crate puntual:
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all💡 Tip: si vas a tocar dependencias o versiones del workspace, editá el
Cargo.tomldel crate puntual, no el de la raíz: ese está generado y el propio proyecto pide tratarlo como solo lectura.
Al primer arranque, grok abre el navegador para autenticar la sesión antes de dejarte usar el agente.
Impacto y análisis
La comparación más directa es con las otras terminales de agente que ya tienen tracción entre desarrolladores. Ninguna resuelve exactamente lo mismo, y elegir una depende más del ecosistema en el que ya trabajás que de una diferencia técnica dramática:
| Opción | Cuándo usarla | Ventaja | Limitación |
|---|---|---|---|
| Grok Build (xAI) | Ya usás modelos Grok o querés un CLI en Rust con ACP nativo | Código abierto, TUI en Rust, sandboxing y modo headless | No acepta contribuciones externas, cadencia de sync no documentada |
| Codex CLI (OpenAI) | Ecosistema OpenAI, integración con ChatGPT | Adopción amplia, mismo linaje que las herramientas que Grok Build porta | Atado al catálogo de modelos de OpenAI |
| opencode (SST) | Preferís un proyecto agnóstico de proveedor de modelo | Soporta múltiples proveedores de LLM desde el mismo CLI | Comunidad más chica, menos integraciones nativas |
| Claude Code (Anthropic) | Ya usás modelos Claude en tu flujo de trabajo | Integración profunda con la familia Claude, skills y hooks maduros | Pensado ante todo para el ecosistema Anthropic |
El dato más relevante para desarrolladores no es de rendimiento (el repositorio no publica benchmarks), es de diseño: que Grok Build comparta base de herramientas con Codex y opencode sugiere que la capa de cómo un agente toca un repositorio (leer un diff, aplicar un patch, correr un test) se está volviendo un estándar compartido, mientras la competencia real se traslada al modelo que orquesta esas herramientas.
⚠️ Ojo: el soporte de Windows está marcado como best effort y sin tests activos desde este árbol de código: si tu equipo depende de Windows en CI, conviene validarlo antes de adoptarlo en producción.
Qué sigue
El README remite a un changelog para el detalle de fixes y features por versión, pero no fija una cadencia pública de releases ni de sincronización con el monorepo interno de xAI. Tampoco hay, en el material publicado, una hoja de ruta con fechas.
Lo verificable hoy es la estructura de gobierno del repositorio: xAI mantiene el desarrollo puramente interno (sin pull requests externos) y libera instantáneas del código bajo Apache 2.0, un patrón distinto al de opencode, que sí acepta contribuciones de la comunidad. Para desarrolladores que quieran seguir de cerca los cambios, la vía más confiable es observar los commits del repositorio y la documentación en docs.x.ai/build/overview.
📖 Resumen en Telegram: Ver resumen
Probalo vos: corré curl -fsSL https://x.ai/cli/install.sh | bash y después grok --version para ver si el agente arranca en tu propia terminal.
Preguntas frecuentes
¿Qué es Grok Build?
Es el repositorio open source que contiene el código en Rust del CLI grok: la interfaz de terminal, el runtime del agente y las herramientas que usa para leer, editar y ejecutar código en un proyecto.
¿Es lo mismo que el modelo de lenguaje Grok?
No. Grok Build es la herramienta (el cliente de terminal y su runtime de agente); el modelo de lenguaje que responde dentro de esa terminal es un producto aparte de xAI.
¿Puedo enviar un pull request al repositorio?
No. El propio CONTRIBUTING.md del proyecto indica que no se aceptan contribuciones externas: el código se sincroniza periódicamente desde el monorepo interno de SpaceXAI.
¿En qué sistemas operativos corre?
El binario instalado se distribuye para macOS, Linux y Windows. Como host de compilación desde el código fuente, macOS y Linux están soportados; Windows es best effort y no se prueba activamente.
¿Bajo qué licencia se publicó el código?
El código propio de xAI en este repositorio usa la licencia Apache 2.0. El código vendorizado o portado de terceros (como las piezas de Codex y opencode) conserva su licencia original, detallada en THIRD-PARTY-NOTICES.
¿Por qué el código reutiliza partes de Codex y opencode?
Porque ambos proyectos ya resolvieron, en código abierto, el problema de cómo un agente edita archivos y ejecuta comandos de forma segura. xAI adaptó esas implementaciones dentro de xai-grok-tools en lugar de reescribirlas desde cero, cumpliendo los avisos de cambio que exige la licencia Apache 2.0.
Referencias
- github.com/xai-org/grok-build: repositorio oficial con el código fuente, el README y el THIRD-PARTY-NOTICES.
- docs.x.ai/build/overview: documentación oficial de Grok Build, con la guía de usuario completa.
- x.ai/cli: página oficial del producto donde xAI presenta el CLI
grok. - github.com/openai/codex: uno de los proyectos de los que Grok Build porta implementaciones de herramientas.
- github.com/sst/opencode: el otro proyecto de código abierto cuyas herramientas fueron adaptadas dentro de Grok Build.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Imagen destacada: Foto de Mohammad Rahmani en Unsplash
0 Comentarios