1. Entrada
El ticket llega a tu gestor. Puede escribirlo cualquiera: hay plantillas en lenguaje llano para reportar un problema, pedir algo nuevo o cambiar algo que ya existe.
De un ticket escrito en lenguaje normal a un cambio desplegado, con las paradas humanas que tú decidas. Esto es lo que pasa en medio.
Ocho estados, cada uno con su responsable. El motor avanza solo salvo donde tú pusiste una puerta.
El ticket llega a tu gestor. Puede escribirlo cualquiera: hay plantillas en lenguaje llano para reportar un problema, pedir algo nuevo o cambiar algo que ya existe.
Un agente lee el ticket y explora tu código en solo lectura. Decide si está listo para implementarse, califica su complejidad y determina qué componentes toca y en qué orden.
Si algo es ambiguo, el ticket se bloquea y pregunta. Preguntas numeradas, en lenguaje simple y con opciones concretas, diciendo también qué sí entendió. Nunca pregunta lo que puede averiguar leyendo el código.
Un agente trabaja en una rama aislada: escribe el código, ejecuta los tests y el build de tu proyecto, corrige lo que rompa y añade las pruebas que el cambio necesite.
Se abre la propuesta de cambio con el trabajo terminado. Si hay conflictos al integrar, se detectan y se explican en el ticket en lenguaje entendible.
El ticket espera a una persona. Esta parada no la hace un modelo: la revisión de calidad es tuya, y sin ella nada avanza.
Tú decidesAprobado el cambio, tú decides cuándo sale. La promoción a producción es una decisión humana, no automática.
Tú decidesSe promueve la rama a producción y el ticket se cierra. Tu propio sistema de integración continua sigue haciendo el despliegue: no hay nada que migrar.
Un sistema que trabaja solo tiene que saber pararse.
Si un ticket falla varias veces seguidas, deja de intentarlo y pide revisión humana. Cuando una persona lo desbloquea, el contador se reinicia.
Si el agente no produjo ningún cambio real, el ticket se bloquea en vez de darse por bueno.
Si tu revisión rechaza el trabajo, el reintento se hace con un modelo de mayor capacidad en vez de repetir lo mismo.
Respondes la pregunta comentando el ticket, por Telegram o desde el portal, y el trabajo continúa desde la fase exacta en que se detuvo.
El estado de cada ticket, la cola de lo que espera por ti, el gasto por ejecución y el histórico de trabajo.
Correo y Telegram cuando algo se bloquea o queda listo para tu revisión, en el idioma de tu proyecto.
Cada ejecución guarda qué modelo se usó, cuántos turnos tomó y cuánto costó. La transcripción íntegra se conserva noventa días y luego se borra sola.
Tope por ticket, tope diario y número máximo de tickets por día, en tu zona horaria. Cuando coexiste tu límite con el nuestro, manda el más restrictivo.
La forma más rápida de entenderlo es verlo trabajar sobre tu propio código.
