Un ingeniero del equipo de Grok Bot pasó de ejecutar 15 agentes en la nube a la vez a más de 200 al mismo tiempo.
No con 200 bots. Con seis.
Cinco bots ingenieros, cada uno dueño de un dominio, y un bot de operaciones que no escribe una sola línea de código. En ese mismo equipo, Lauren Tan envió más de 2,000 PRs en un mes.
Esa es la parte que casi todos pasan por alto. Su primer bot funciona, así que agregan un segundo, luego un quinto, después un décimo. Y de pronto tienen diez ventanas de chat y un nuevo trabajo de tiempo completo: leerlas.
Un montón de bots es solo personal. Un equipo es una estructura. Esta guía es esa estructura, basada en cómo los propios equipos de xAI manejan 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.
- Hablas con un solo bot. Él le asigna el trabajo a los demás.
- Cada especialista es dueño de un dominio 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 de salir.
- Los propios equipos de xAI ejecutan esto con unos seis bots. No 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: referenciabilidad ("sabes quién hace qué"), paralelismo y memoria acotada.
La tercera es la verdadera respuesta. En sus palabras:
El Jefe de Gabinete no debería estar depurando evaluaciones de uso de computadora.
Contrata al bot número dos cuando la memoria de un bot empiece a cargar con dos trabajos.
Lo vas a notar antes de poder ponerle nombre. El bot de bandeja de entrada empieza a responder con la voz de tu revisor de código. Las preferencias del calendario se filtran en los resúmenes de investigación. Abres cada mensaje recordándole al bot qué sombrero lleva puesto hoy.
Lingxi Li, quien construye Grok Bot con Grok Bot, dice lo mismo desde el lado de ingeniería: los bots "rinden mejor cuando se enfocan en un solo 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 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 nombrar el dominio en tres palabras, todavía no necesitas otro bot.
Parte 2. Las cinco partes de un equipo
1. La puerta de entrada
Un 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 cambió".
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 que corresponda, recopila el resultado, compáralo con lo que pedí e infórmame en cinco líneas. Quédate en silencio si nada cambió.
2. Los especialistas
La plantilla de Niparko: un Jefe de Gabinete, una gerente de ingeniería llamada Emily, cinco bots ingenieros, un analista de datos, un bot PM y un reclutador. La plantilla de Li: cinco bots ingenieros divididos por superficie (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. Emily desglosa tareas, delega y compara el resultado con el objetivo. Jenny integra 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 llama a ese límite "solo un número arbitrario". Arbitrario, pero correcto.
3. El tablero
El chat se pierde en el 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 revisión".
Zakariasson maneja dos bases de datos, Proyectos y Tareas, con un canal por proyecto. Un bot que se traba marca su tarea como "Bloqueada" y avisa al humano. El resto del tiempo, el humano solo mira cómo se mueven las tarjetas.
La mejor frase de todas las guías viene de ahí:
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 con la laptop cerrada.
El reloj de Li se ve así. A las 3 a.m. corren 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".
Ese standup de las 5 a.m. es la idea más subestimada 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í un bot se encarga de repetir para que tú no tengas que hacerlo.
5. La compuerta
Niparko, sobre lo que todavía requiere un humano:
Sigo reservando la revisión final para cualquier envío de correo externo, compra de algo o acciones destructivas como eliminar.
Kim va más lejos. El 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 después de unos 10 minutos y la acción no se ejecuta. Un trabajo de las 3 a.m. que te espere morirá esperando. Decide de antemano: o escribes una regla de permiso para él, o haces que la rutina se detenga en un borrador.
- Todos tus bots comparten una misma computadora 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 un límite de seguridad.
Divides los bots por 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. De ahora en adelante, es el único chat que vas a abrir.
Día 2. Divide por memoria. Haz una lista de todo lo que hace hoy el bot uno y agrúpala por dominio. Los dos grupos más grandes se convierten en tus primeros dos especialistas. La configuración de un bot tiene tres campos: Nombre, Título, Descripción. Llé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 revisión, Terminada. Luego diles a todos los bots lo mismo: nada está terminado hasta que el tablero lo diga, y si te trabas, pon "Bloqueada" y avísame.
Día 4. El reloj. Tres rutinas para empezar: un reporte matutino del tablero por parte del Jefe de Gabinete, un barrido del tablero cada 30 minutos y una auditoría nocturna. Ejecuta cada una como prueba primero 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 en producción. Agrega una regla de permiso para la acción que ya aprobaste cinco veces seguidas.
Después déjalo tranquilo una semana antes de contratar al bot número cuatro.
Cinco errores que matan a un equipo de bots
El ejército de clones. Cinco copias del mismo generalista. Sin memoria acotada, sin dominio, sin ganancia. Multiplicaste el costo y conservaste la confusión.
El chat grupal 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 ella misma. En el momento en que tu Jefe de Gabinete escribe el código, nadie enruta y nadie revisa.
El oyente abierto. Un trigger en cada mensaje nuevo. La documentación advierte exactamente contra esto porque genera ruido y quema uso. Filtra de manera específica.
La ilusión de seguridad. Creer que el bot de finanzas no puede ver en qué inició sesión el bot de investigación. Misma computadora, mismas sesiones.
El organigrama es el producto
Las personas que construyen Grok Bot no inventaron una arquitectura nueva para sus propios equipos. Reconstruyeron la más antigua que existe: un manager, especialistas, un tablero, un standup y una aprobación final.
La diferencia es que este equipo hace su standup a las 5 a.m. y nadie se queja.
Empieza por la puerta de entrada. Agrega un especialista. No sumes un tercero hasta que exista el tablero.
P.D. Si todavía no contrataste a tu primer bot, empieza con mi guía anterior, "Grok Bot: How to Hire Your First AI Employee". Todo lo citado aquí proviene de las guías y documentación públicas de Grok Bot de xAI.
