DevAgent — el Kanban autónomo
Un agente que lee la tarjeta y abre la solicitud de cambios
Contexto
Todo backlog tiene tareas sencillas y repetitivas que aun así consumen tiempo de un desarrollador: otro CRUD, un nuevo campo de formulario, un ajuste de validación.
El desafío
Eliminar el cuello de botella humano en ese tipo de tareas sin renunciar a la revisión. Un agente que escribe directamente en la rama principal es un riesgo; su valor solo aparece si pasa por el mismo control de calidad que cualquier persona del equipo.
La arquitectura
El agente actúa como desarrollador virtual dentro del flujo existente: toma la tarjeta, interpreta el requisito, escribe la implementación, ejecuta las pruebas y abre una solicitud de cambios. La revisión humana sigue siendo el paso final: lo que cambia es quién escribe el primer borrador.
Flujo de la arquitectura
Tarjeta del tablero
- El requisito tal como el equipo ya lo escribe
Agente
- Interpreta el requisito
- Escribe la implementación
Pruebas
- Si no pasan, no abre PR
Solicitud de cambios
- Diff revisable
Revisión humana
- El paso final sigue en manos del equipo
Decisiones de ingeniería
Entrega mediante solicitud de cambios, no en la rama
El resultado del agente es siempre una PR. Así se mantiene un historial legible, un diff revisable y el poder de veto en manos del equipo: la automatización acelera el inicio del trabajo, no su cierre.
Las pruebas como requisito de entrega
El agente ejecuta la suite antes de entregar. Si no pasa, no abre una PR, evitando trasladar a la revisión humana un trabajo que la máquina ya sabía que fallaba.
La tarjeta como especificación
El requisito de entrada es la propia tarjeta del tablero, escrita como el equipo ya acostumbra. No hay un segundo lenguaje de instrucciones que mantener sincronizado.