Pull requests hechos por agentes: cómo mantener gobernanza humana sin frenar el flujo

Los agentes pueden iniciar trabajo y abrir PRs, pero la autoridad de merge no deberia diluirse. La productividad aparece cuando automatizas trabajo, no responsabilidad.

Los agentes de codigo ya no solo sugieren lineas dentro del editor. Pueden crear ramas, modificar varios archivos, ejecutar tests, abrir PRs y responder comentarios. Eso cambia el ciclo de desarrollo, pero no elimina la necesidad de gobernanza.

Checklist para equipos

• Etiqueta PRs creados o modificados por agentes.
• Exige resumen de cambios y comandos ejecutados.
• Bloquea auto-merge en zonas criticas.
• Mantiene CODEOWNERS o ownership equivalente.
• Pide tests nuevos cuando el agente cambia comportamiento.
• No aceptes PRs que mezclan refactor, estilo y logica sin necesidad.

Senales de riesgo

• Diff grande con resumen generico.
• Tests que solo prueban mocks nuevos.
• Cambios en seguridad sin explicacion de threat model.
• El agente toca archivos fuera del alcance pedido.
• El PR arregla el sintoma pero no reproduce el bug.
• Comentarios del reviewer se responden con texto plausible pero sin cambios verificables.