A quién le sirve. Equipos de ingeniería con muchas pruebas automáticas que fallan y alertas pendientes, que quieren que agentes preparen los arreglos por la noche para revisarlos por la mañana, en un caso de programadores y de gran escala.
Qué hicieron
Un ingeniero dio a cinco bots Grok especializados (iOS y móvil, escritorio, Android, infraestructura y harness) acceso para lanzar agentes de programación en la nube, revisar sus transcripciones y capturas de pantalla y gestionar una base de datos compartida de propuestas de cambios en Notion. Cada 30 minutos, los bots buscaban pruebas automáticas que fallaban, problemas de seguridad y conflictos de fusión, y mandaban a los agentes a arreglarlos o lanzaban revisiones. Jenny, el bot de operaciones, hacía a las 5 de la mañana reuniones individuales, análisis de incidencias y actualizaciones de los manuales de procedimiento.
Qué necesitas
- Un repositorio con pruebas automáticas y alertas de seguridad activadas
- Bots o agentes de programación que se puedan lanzar en la nube, como Grok Bot
- Un registro compartido de propuestas de cambios, como una base de datos de Notion
- Una persona que revise y fusione los cambios por la mañana
- Presupuesto para el uso de modelos de IA
Cómo hacerlo tú, paso a paso
- Elige un repositorio con pruebas automáticas y alertas de seguridad activas. Empieza con uno solo.
- Prepara un agente de programación en la nube que se pueda lanzar por tarea.
- Pega el prompt de la ficha con la dirección del repositorio y el equipo que revisará.
- Programa la vigilancia a intervalos fijos. En el caso se miraba cada 30 minutos.
- Para cada fallo, haz que un agente distinto lo diagnostique y lo arregle en una rama, abra una propuesta de cambios y pida revisión.
- Lleva un registro compartido de las propuestas, por ejemplo en una base de datos de Notion.
- Por la mañana, revisa lo que han hecho y fusiona tú lo que esté bien.
Vigila [dirección del repositorio] en busca de ejecuciones de pruebas automáticas que fallen y de alertas de seguridad, y lanza un agente distinto para cada una que la diagnostique y la arregle en una rama. Abre una propuesta de cambios por cada arreglo, pide revisión a [equipo o persona] y publica un resumen del estado de todo lo gestionado. No fusiones ni publiques nada: eso me lo dejas a mí por la mañana. Habrás terminado cuando cada fallo detectado tenga su propuesta de cambios o una nota que explique por qué no se pudo arreglar.
Consejos
- No dejes que fusionen ni publiquen. Que abran propuestas y esperen tu revisión.
- Empieza con un solo repositorio y un solo tipo de fallo, como pruebas inestables. Añade bots especializados después.
- Pon un límite de agentes en paralelo y de gasto. Con muchos agentes a la vez, el coste y el ruido se disparan.
Preguntas frecuentes
¿Hacen falta cinco bots?
No, el caso los separa por plataforma (iOS, escritorio, Android, infraestructura). Un equipo pequeño puede empezar con uno.
¿Qué pasa con un fallo que el bot no puede arreglar?
Debe dejar una nota que explique por qué no pudo, para que una persona lo atienda. Así ningún fallo se queda sin dueño.
¿Es seguro dejarlos trabajar de noche?
Solo si no pueden fusionar ni publicar. Por la mañana revisas lo que han hecho.
Fuentes
En el directorio desde el 10 de octubre de 2026.