A quién le sirve. Equipos técnicos que quieren probar hasta dónde se puede llegar construyendo un producto con bots que programan y personas que revisan solo lo crítico.
Qué hicieron
Tres ingenieros de SpaceX usaron un bot jefe de gabinete que lanzaba bots especialistas, cada uno limitado a una única descripción de puesto. Los bots solo conseguían permiso de escritura tras redactar antes los cambios; luego reproducían errores, adjuntaban vídeo como prueba y abrían pull requests (propuestas de cambio de código). Se fusionaban solos, salvo en cuatro puntos con revisión humana: migraciones, despliegues, dinero y permisos.
Cómo salió
El equipo llegó a 433 propuestas en 72 horas desde un repositorio vacío. El día del lanzamiento mostraba 4.000 juegos y 2.000 usuarios, pero 0 $ de ingresos. En un mes posterior llegaron a 2.500 propuestas fusionadas.
Conviene saber
Registraron los 40 fallos ocurridos en directo, cada uno con la regla que sacaron de él.
Qué necesitas
- Una cuenta en Grok Bot.
- Un repositorio vacío donde construir el producto.
- Pruebas automáticas y un sistema de revisión para las propuestas de cambio.
- Personas con conocimientos técnicos que revisen migraciones, despliegues, dinero y permisos.
- Un registro donde anotar cada fallo y la regla que se saca de él.
Cómo hacerlo tú, paso a paso
- Define el producto y divídelo en funciones.
- Crea un bot jefe de gabinete que lance bots especialistas, cada uno limitado a una única descripción de puesto.
- Concede permiso de escritura a un bot solo después de que haya redactado los cambios y hayan sido revisados.
- Haz que los bots reproduzcan los errores, adjunten pruebas, como un vídeo, y abran propuestas de cambio pequeñas.
- Deja que se fusionen solas cuando pasen las pruebas y las comprobaciones de revisión.
- Pon revisión humana en cuatro puntos: migraciones de la base de datos, despliegues, dinero y permisos.
- Anota cada fallo y la regla que sacas de él.
Construye [descripción del producto] desde un repositorio vacío [dirección del repositorio] con un equipo de bots, con un agente por función y otros que reproduzcan y arreglen errores. Abre pull requests pequeñas y fusiónalas tú solo cuando pasen las pruebas y las comprobaciones de revisión. Detente y pregúntame antes de ejecutar cualquier migración de base de datos o desplegar, enseñándome exactamente qué se va a ejecutar.
Consejos
- Mantén siempre una persona en lo crítico: migraciones, despliegues, dinero y permisos.
- Un producto lanzado no es un negocio. El día del lanzamiento hubo miles de usuarios y ningún ingreso, así que valida pronto que alguien paga.
- Registra cada fallo y la regla que sacas. Es lo que hace mejorar al equipo de bots.
Preguntas frecuentes
¿Se puede hacer con un equipo pequeño y sin experiencia?
El caso son tres ingenieros con experiencia. Sin conocimientos técnicos no podrás valorar los puntos de revisión humana, así que busca a alguien que sí pueda.
¿433 propuestas en 72 horas es un buen dato?
Mide actividad, no valor: el lanzamiento tuvo miles de usuarios y ningún ingreso. Lo que importa es si alguien paga.
Fuentes
En el directorio desde el 10 de octubre de 2026.