Subagentes de Grok Build vs enjambre: qué paralelismo usar
Actualizado el 28 de julio de 2026
Grok Build puede paralelizar de dos formas que la gente mezcla. Los subagentes nativos nacen dentro de una sesión
grok. Un enjambre son varios procesos grok de primer nivel (o vendors distintos) que un humano supervisa. Ambos son reales. No son la misma feature.
Grok Build es la CLI de código de xAI (grok), no el chat Grok de consumo.Dos modelos de paralelismo
- Subagentes nativos: una sesión padre de Grok Build delega en hijos (se desactivan con
--no-subagents). Hay opciones con worktree vía--worktree. - Enjambre: varios terminales independientes con
grok(o Claude/Codex/…), supervisados en pestañas, tmux o CodeAgentSwarm.
Cómo elegir
Elige subagentes cuando la tarea es una sola historia con patas paralelas que Grok puede coordinar. Elige enjambre cuando quieres aislamiento duro, vendors distintos o dirigir tú cada trabajador.
bash
grok --no-subagents "mantén esto lineal"
grok --worktree=feat-auth "implementa auth"Dónde entra CodeAgentSwarm
CodeAgentSwarm es la capa de enjambre. No sustituye los subagentes de Grok; ejecuta sesiones CLI enteras. Puedes dejar subagentes en un terminal y otro terminal con segundo Grok o Claude Code.
Preguntas frecuentes
No por defecto. Se apilan. Desactívalos solo si quieres un trabajador lineal.
No. Los subagentes los posee una sesión. Los terminales del enjambre son procesos independientes.
Usa subagentes nativos para trabajo que Grok puede coordinar solo; usa CodeAgentSwarm cuando necesitas varios trabajadores visibles o multi-vendor.
Descárgalo gratismacOS y Windows