Un ingeniero del equipo de Grok Bot pasó de ejecutar 15 agentes en la nube a la vez a más de 200 simultáneos.
No con 200 bots. Con seis.
Cinco bots ingenieros, cada uno dueño de un área, y un bot de operaciones que no escribe ni una sola línea de código. En ese mismo equipo, Lauren Tan envió más de 2000 PRs en un mes.
Eso es lo que casi todo el mundo pasa por alto. Su primer bot funciona, así que añaden un segundo, luego un quinto, después un décimo. Y de repente tienen diez ventanas de chat y un nuevo trabajo a tiempo completo: leerlas.
Un montón de bots es solo una plantilla. Un equipo es una estructura. Esta guía es esa estructura, basada en cómo los propios equipos de xAI gestionan los suyos.
La versión de 30 segundos
- Un bot es una contratación. Un equipo necesita cinco cosas: una puerta de entrada, especialistas, un tablero, un reloj y una compuerta.
- Tú hablas con un solo bot. Él se encarga de repartir el trabajo al resto.
- Cada especialista domina un área y mantiene su propia memoria.
- El trabajo vive en un tablero, no en un chat.
- Las rutinas mueven el trabajo mientras duermes. Las aprobaciones deciden qué tiene permiso para salir.
- Los propios equipos de xAI hacen esto con unos seis bots. No con sesenta.
Parte 1. Cuándo contratar al bot número dos
No cuando el primero esté ocupado. Los bots no se saturan como tú.
Kevin Niparko dirige un equipo completo de bots como PM en SpaceXAI, y su guía da tres razones para dividir el trabajo entre varios bots: trazabilidad ("sabes quién hace qué"), paralelismo y memoria acotada.
La tercera es la respuesta real. En sus propias palabras:
El Jefe de Gabinete no debería estar depurando evaluaciones de uso de ordenador.
Contrata al bot número dos cuando la memoria de un bot empiece a cargar con dos trabajos.
Lo notarás antes de poder ponerle nombre. El bot de la bandeja de entrada empieza a responder con la voz de tu revisor de código. Las preferencias del calendario se cuelan en los informes de investigación. Abres cada mensaje recordándole al bot qué sombrero lleva puesto hoy.
Lingxi Li, que construye Grok Bot con Grok Bot, dice exactamente lo mismo desde el lado de la ingeniería: los bots "rinden mejor cuando se concentran en un único dominio".
La prueba: ¿habilidad o bot?
La documentación define una habilidad (skill) como "un conjunto reutilizable de instrucciones sobre cómo hacer una tarea", y tus habilidades privadas son una única biblioteca compartida por todos tus bots.
Así que una tarea nueva es una habilidad. Un dominio nuevo con su propia memoria es un bot. Si no puedes definir el dominio en tres palabras, todavía no necesitas otro bot.
Parte 2. Las cinco partes de un equipo
1. La puerta de entrada
El único bot con el que realmente hablas. La guía de Josh Kim lo llama Bot Boss, la "puerta de entrada única". Niparko lo llama Jefe de Gabinete y lo describe en dos frases: "El único generalista. Se queda callado si nada ha cambiado".
La puerta de entrada enruta. No construye. El propio prompt de Kim lo dice sin rodeos: "eres un EA tipo hub and spoke, no un constructor ni un auditor".
Un prompt que puedes copiar:
Eres mi Jefe de Gabinete y el único bot con el que hablo. Enruta cada solicitud al especialista correspondiente, recopila el resultado, compáralo con lo que pedí e infórmame en cinco líneas. Quédate en silencio si nada ha cambiado.
2. Los especialistas
La plantilla de Niparko: un Jefe de Gabinete, una engineering manager llamada Emily, cinco bots ingenieros, un analista de datos, un bot PM y un reclutador. La plantilla de Li: cinco bots ingenieros divididos por plataforma (iOS, escritorio, infraestructura, Android, el harness) más Jenny, jefa de operaciones.
Fíjate en lo que ambos equipos tienen en común. Un manager que no hace el trabajo operativo. Emily desglosa tareas, delega y comprueba que el resultado cuadre con el objetivo. Jenny integra a los nuevos bots y lidera los postmortems. Ninguna de las dos escribe código.
Para un primer equipo, tres especialistas son suficientes. Eric Zakariasson limita cada canal de proyecto a seis bots y reconoce que ese límite es "solo un número arbitrario". Arbitrario, pero acertado.
3. El tablero
Los chats se pierden al hacer scroll. Un equipo necesita un lugar donde viva el estado del trabajo.
El equipo de Li usa un tracker compartido en Notion. Cada 30 minutos, los bots revisan cada PR buscando fallos de CI, comentarios de revisión y conflictos de merge. Los problemas vuelven a "En progreso". Los que están limpios pasan a "Listo para revisar".
Zakariasson maneja dos bases de datos, Proyectos y Tareas, con un canal por proyecto. Un bot que se atasca marca su tarea como "Bloqueada" y avisa al humano. El resto del tiempo, el humano simplemente ve cómo se mueven las tarjetas.
La mejor frase de todas las guías está en la suya:
Lo interesante es que cuanto más construyo sobre esto, más se parece a un sistema diseñado originalmente para humanos.
4. El reloj
Una rutina, según la documentación, "le indica a un Bot cuándo ejecutar un flujo de trabajo". Cada bot puede tener hasta 50, pueden dispararse tan seguido como cada cinco minutos y siguen funcionando aunque cierres el portátil.
El reloj de Li funciona así. A las 3 a.m. se ejecutan las auditorías nocturnas: código muerto, tiempo de carga, tamaño del bundle. A las 5 a.m., Jenny hace un 1:1 con cada bot del equipo, revisa el playbook y saca a la luz los bloqueos. El resultado reportado: los bots "casi nunca olvidan mis flujos de trabajo complejos, incluso después de muchas semanas".
Esa daily de las 5 a.m. es la idea más infravalorada de toda la configuración. El contexto de un bot es limitado. La repetición es la forma en que un equipo mantiene sus estándares, y aquí es un bot el que repite para que tú no tengas que hacerlo.
5. La compuerta
Niparko, sobre lo que aún requiere intervención humana:
Sigo reservando la revisión final para cualquier envío de correo externo, cualquier compra o acciones destructivas como eliminar cosas.
Kim va más allá. Su bot de bandeja de entrada es de solo lectura y nunca envía nada hasta que se escribe la palabra "enviar" en ese preciso momento.
Dos datos de la documentación que cambian cómo diseñas la compuerta:
- Las aprobaciones en segundo plano caducan. Cuando una rutina u otro bot dispara una acción que necesita tu visto bueno, la solicitud expira tras unos 10 minutos y la acción no se ejecuta. Una tarea de las 3 a.m. que te espere morirá esperando. Decide de antemano: o escribes una regla de permiso (allow rule) para ella, o haces que la rutina se detenga en un borrador.
- Todos tus bots comparten un mismo ordenador en la nube. Los archivos, sesiones de navegador e inicios de sesión están disponibles para toda la plantilla. La documentación lo dice directamente: no trates a los bots separados como una frontera de seguridad.
Divides los bots para ganar enfoque y memoria. La seguridad te la da la compuerta.
Parte 3. Constrúyelo en cinco días
Día 1. La puerta de entrada. Asciende tu primer bot a Jefe de Gabinete con el prompt de arriba. A partir de ahora, será el único chat que abras.
Día 2. Divide por memoria. Haz una lista de todo lo que hace hoy tu primer bot y agrúpala por dominios. Los dos grupos más grandes se convierten en tus dos primeros especialistas. La configuración de un bot tiene tres campos: Nombre, Título y Descripción. Rellénalos como si fuera una oferta de empleo.
Día 3. El tablero. Una tabla con Tarea, Responsable y Estado: Por hacer, En progreso, Bloqueada, Lista para revisar, Hecha. Luego diles a todos los bots lo mismo: nada está terminado hasta que el tablero lo diga, y si te atascas, ponlo en "Bloqueada" y avísame.
Día 4. El reloj. Tres rutinas para empezar: un resumen matutino del tablero por parte del Jefe de Gabinete, un barrido del tablero cada 30 minutos y una auditoría nocturna. Ejecuta cada una primero como prueba con datos seguros. La documentación advierte que una ejecución de prueba "realiza trabajo real".
Día 5. La compuerta. Escribe las reglas de "preguntar primero": enviar, comprar, eliminar, publicar, cualquier cosa que toque producción. Añade una regla de permiso para esa acción que ya has aprobado cinco veces seguidas.
Después, déjalo tranquilo una semana antes de contratar al bot número cuatro.
Cinco errores que hunden a un equipo de bots
El ejército de clones. Cinco copias del mismo generalista. Sin memoria acotada, sin dominio, sin beneficio. Solo multiplicaste el coste y mantuviste la confusión.
El grupo de chat sin tablero. Los bots pueden enviarse mensajes y activarse entre sí. Sin un estado compartido, eso es una reunión, no trabajo.
El jefe que construye. Una puerta de entrada que empieza a hacer las tareas por su cuenta. En el momento en que tu Jefe de Gabinete escribe el código, nadie enruta y nadie revisa.
El oyente abierto. Un trigger que salta con cada mensaje nuevo. La documentación advierte específicamente contra esto porque genera ruido y quema cuota de uso. Filtra de forma precisa.
La ilusión de seguridad. Creer que el bot de finanzas no puede ver dónde inició sesión el bot de investigación. Mismo ordenador, mismas sesiones.
El organigrama es el producto
Quienes construyen Grok Bot no inventaron una arquitectura nueva para sus propios equipos. Reconstruyeron la más antigua que existe: un manager, especialistas, un tablero, una daily y una firma de aprobación.
La diferencia es que este equipo hace su daily a las 5 a.m. y nadie se queja.
Empieza por la puerta de entrada. Añade un especialista. No sumes un tercero hasta que exista el tablero.
P.D. Si todavía no has contratado a tu primer bot, empieza por mi guía anterior: "Grok Bot: How to Hire Your First AI Employee". Todo lo citado aquí proviene de las guías y la documentación públicas de Grok Bot de xAI.
