Enjambre de agentes Grok Build: varios terminales grok en paralelo
Por CodeAgentSwarm · Actualizado el 31 de octubre de 2026
grok a la vez: una migra un servicio, otra escribe tests, otra revisa diffs. Cada sesión es su propio proceso con su contexto. Eso es distinto de los subagentes nativos de Grok Build, que viven dentro de una sesión padre.
Grok Build es la CLI de código de xAI (comando grok), no el chatbot Grok ni paquetes comunitarios no oficiales llamados grok-cli.
Esta guía es el pilar del paralelismo con Grok Build: pestañas, tmux y CodeAgentSwarm, y cuándo bastan los subagentes nativos.¿Qué cuenta como enjambre de Grok Build?
Un enjambre son N procesos CLI independientes. Abre tres terminales, ejecuta grok en cada uno, da una tarea distinta: ya es un enjambre. Los subagentes nativos (desactivables con --no-subagents) son otra herramienta: la sesión padre lanza hijos que controla. Ambos sirven; resuelven problemas distintos. Ver subagentes vs enjambre.
xAI no cobra un recargo separado por cada sesión en paralelo. Todas consumen los mismos límites de la cuenta gratuita o de pago, o el mismo presupuesto de API.
Método 1: pestañas de terminal
Abre varias pestañas, cd al proyecto, grok en cada una.
# Pestaña 1
cd ~/mi-proyecto && grok "migra el módulo de auth"
# Pestaña 2
cd ~/mi-proyecto && grok "añade tests de integración de auth"
# Pestaña 3
cd ~/mi-proyecto && grok --continue- Pros: cero herramientas extra
- Contras: se te escapan los prompts de permiso; sin historial unificado; malo a partir de 3-4 sesiones
Método 2: tmux
tmux mantiene paneles vivos y permite detach. Bien para migraciones largas. Sigue siendo un multiplexor general, no un supervisor de agentes.
tmux new-session -s grok
tmux split-window -h
tmux split-window -v
# grok en cada panel- Pros: detach/reattach, cómodo para usuarios avanzados
- Contras: solo texto; sin notificación de escritorio cuando grok se para a pedir algo
Método 3: CodeAgentSwarm
CodeAgentSwarm está hecho para supervisar CLIs de IA. Elige Grok Build en el selector de cada terminal. Obtienes rejilla de terminales, notificaciones de escritorio, diffs en vivo, historial buscable y puedes mezclar Grok Build con Claude Code o Codex en la misma ventana. Grok Build también tiene su propio Agent Dashboard (grok dashboard o Ctrl+\) que agrupa tus sesiones de Grok por estado. Solo ve sesiones de Grok, así que sirve cuando todos los trabajadores son Grok y deja de servir en cuanto mezclas proveedores.
Para aislar cada agente en su worktree, activa worktrees al abrir terminales o arranca con grok --worktree=nombre. Ver también git worktrees para agentes de IA.
Si solo necesitas una sesión de Grok Build con ayudantes internos, bastan los subagentes nativos. Si necesitas varios trabajadores visibles (o multi-vendor), usa un enjambre multi-terminal de verdad.
Preguntas frecuentes
¿Puedo ejecutar varias sesiones de Grok Build a la vez?
Sí. Cada proceso grok es independiente. Usa pestañas, tmux o CodeAgentSwarm.
¿Es lo mismo que los subagentes de Grok?
No. Los subagentes viven dentro de una sesión. Un enjambre son varios procesos grok de primer nivel.
¿CodeAgentSwarm soporta Grok Build?
Sí. Elige Grok Build por terminal como cualquier otro agente de primera clase.