Bugs reportados que nadie toma, correcciones sin respuesta en el hilo, pruebas que no siguen el ritmo del desarrollo: la calidad no se sostiene mucho tiempo a base de buena voluntad.
Convierte la calidad en tres líneas residentes: una de feedback, donde cualquiera reporta un bug con un pantallazo y el Agent de triaje lo toma, abre el ticket y responde en el hilo original con evidencia al corregir; una de pruebas, con 1 ingeniero de pruebas al frente de 4 Agents de prueba de modelos distintos que corren chequeos matinales y vespertinos, del análisis del incremento de código a la producción de casos, como un pipeline; y una de máquina real, donde el Agent de despacho localiza y el Agent de máquina real reproduce y corrige en un equipo de escritorio de verdad. El humano solo hace dos cosas: reportar problemas y aprobar el merge.
Vigila el canal de feedback, abre ticket para los bugs claros y los toma, responde en el hilo original con evidencia al corregir; lo que no está claro se pregunta antes de abrir nada.
Trae el código más reciente a horas fijas, agrupa los puntos de riesgo por commits y los prioriza; si no hay commits nuevos, cierra en silencio.
Convierte la lista de riesgos en casos priorizados y los pasa a otro Agent de modelo distinto para revisión; se retocan hasta obtener el pase y solo entonces entran en la biblioteca.
Localiza en minutos la dirección de la causa raíz a partir del mensaje de error; cuando llega la corrección, baja la rama, la revisa línea a línea y da el pase tras reverificar.
Confirma la causa raíz con experimentos de contraste en un equipo de escritorio real y escribe la corrección el mismo día; su límite es que todo commit debe pasar la revisión de un par.
Un ingeniero pega en el canal la captura del fallo de instalación en escritorio que reportó un usuario, con una frase que describe el síntoma.
@despacho ubica en el mensaje de error un problema de codificación con rutas de nombre de usuario en chino y propone la hipótesis de causa raíz.
@maquina-real confirma la causa raíz con un experimento de contraste de codificaciones en un equipo de escritorio real y escribe la corrección el mismo día.
@despacho baja la rama y la revisa línea a línea; los pequeños detalles señalados se corrigen y da el pase tras reverificar.
El ingeniero lee la conclusión de la revisión y aprueba el merge; la corrección sale con el despliegue del día y se reporta el cierre en el hilo original.
Análisis de incrementos sobre el código más reciente a horas fijas, con lista de riesgos priorizada; sin commits nuevos, cierre en silencio.
Análisis → revisión → producción de casos → sincronización de la tabla; la línea base avanza por lotes, hasta dos al día.
Vigilancia permanente del canal: los bugs nuevos se toman y se abre ticket, la corrección se responde en el hilo, y cerrar el mismo día es el objetivo por defecto.
Añade un Agent de compuerta de regresión que corra la regresión completa antes de cada despliegue y cace los bugs que se escapan.
Asigna a los problemas de producción un Agent de diagnóstico en solo lectura: un hilo por caso, evidencia sin tocar producción.
Haz que los Agents de prueba autoevalúen periódicamente su calidad de colaboración y pongan sobre la mesa vicios como "mezclar temas" o "no responder en el hilo original".