¿CON QUÉ IA?A quién le sirve. Equipos de desarrollo con muchas propuestas de cambio abiertas que quieren que un bot las acompañe hasta dejarlas listas para fusionar.
Qué hicieron
Cada bot de ingeniería mantiene una base de datos compartida en Notion con las propuestas de cambio (pull requests). Cada 30 minutos revisa cada una en busca de comentarios de Bugbot o de seguridad, fallos de integración continua y conflictos de fusión. Los problemas vuelven al agente en la nube y la fila pasa a «En curso». Las limpias se marcan «Listas para revisar» y reciben una revisión. Las que ofrecen mucha confianza y poco riesgo se fusionan automáticamente. El autor revisa el resto.
Cómo salió
El autor encuentra tareas listas para fusionar casi cada mañana. La flota gestiona más de 200 agentes en la nube a la vez, frente a unos 15 a mano. La fuente no da cifras de fusiones.
Conviene saber
El autor dice que las rutinas de revisión rápida, como el modo P0 cada 5 minutos, gastan tokens (unidades de texto procesado) más rápido de lo esperado, así que resérvalas para urgencias reales.
Qué necesitas
- Una cuenta en Grok Bot.
- Un repositorio con propuestas de cambio (pull requests) y un agente de programación en la nube que las arregle.
- Una base de datos compartida donde seguir cada propuesta; el caso usa Notion.
- Tus criterios de lo que es de bajo riesgo y de qué zonas del código son sensibles.
- Tiempo para revisar a mano lo que el bot no fusione.
Cómo hacerlo tú, paso a paso
- Crea una base de datos compartida con las propuestas de cambio abiertas. El caso usa Notion.
- Define qué comprueba el bot cada 30 minutos: comentarios de revisión automática o de seguridad, fallos de las pruebas y conflictos de fusión.
- Haz que devuelva los problemas a un agente de programación y marque la fila como «En curso».
- Marca las propuestas limpias como «Listas para revisar» y haz que reciban una revisión.
- Define con ejemplos qué es de bajo riesgo y de mucha confianza, para fusionarlo automáticamente. Para el resto, el bot te avisa con un resumen.
- Lista las zonas sensibles del código donde siempre te pregunte antes de fusionar.
- Revisa tú las propuestas que el bot no fusione.
Cada 30 minutos revisa las pull requests abiertas de [repositorio]. Devuelve a un agente de programación las que fallen para que las arregle y revisa las limpias. Fusiona automáticamente una pull request solo si tienes mucha confianza y es de bajo riesgo, como [ejemplos]; en otro caso, avísame con un resumen. Detente y pregúntame antes de fusionar nada que toque [zonas sensibles].
Consejos
- Empieza sin fusión automática: que el bot revise y avise, y nada más.
- Sé muy estricto con lo que cuenta como bajo riesgo y ve ampliando con el tiempo.
- Las rutinas muy frecuentes, como una revisión cada 5 minutos, consumen más de lo esperado. Resérvalas para urgencias reales.
Preguntas frecuentes
¿Es seguro dejar que fusione solo?
Solo con límites claros: únicamente cambios de bajo riesgo y mucha confianza, con una lista de zonas sensibles donde siempre te pregunte, y con tu revisión del resto.
¿Cuántos agentes hacen falta?
El caso gestiona más de 200 agentes en la nube a la vez, pero puedes empezar con uno o dos. Escala solo cuando la revisión no sea el cuello de botella.
Fuentes
En el directorio desde el 10 de octubre de 2026.
patrickaltman en Substack
@tetsuoai en X
r/AI_Agents en Reddit