# Lanzar un producto en 72 horas con un equipo de bots

> Tres ingenieros de SpaceX pasaron de un repositorio vacío a un producto con 433 propuestas de cambio usando bots, con revisión humana en lo crítico.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Herramientas:** Grok Bot
- **Dificultad:** avanzada
- **Origen:** [@1920web1080 en X](https://x.com/1920web1080/status/2101658383958876623)
- **En el directorio desde:** 10 de octubre de 2026
- **URL:** https://conqueia.com/caso/lanzar-un-producto-en-72-horas-con-un-equipo-de-bots

## 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

1. Define el producto y divídelo en funciones.
2. Crea un bot jefe de gabinete que lance bots especialistas, cada uno limitado a una única descripción de puesto.
3. Concede permiso de escritura a un bot solo después de que haya redactado los cambios y hayan sido revisados.
4. Haz que los bots reproduzcan los errores, adjunten pruebas, como un vídeo, y abran propuestas de cambio pequeñas.
5. Deja que se fusionen solas cuando pasen las pruebas y las comprobaciones de revisión.
6. Pon revisión humana en cuatro puntos: migraciones de la base de datos, despliegues, dinero y permisos.
7. Anota cada fallo y la regla que sacas de él.

## Pruébalo con Grok Bot

```
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

- [@1920web1080 en X](https://x.com/1920web1080/status/2101658383958876623)

---

Fuente: conqueia.com/caso/lanzar-un-producto-en-72-horas-con-un-equipo-de-bots