Puerta de merge para equipos de diez: rutas de bot y rutas humanas
Para un equipo pequeño, la decisión de merge es una matriz de aprobación por nivel de ruta: decide qué puede aprobar un bot, qué necesita una persona y registra la regla.
Un pull request está listo y un bot ya lo ha aprobado. Para un equipo pequeño, la decisión de merge es qué rutas de archivos puede cubrir esa aprobación. Una matriz de aprobación por nivel de ruta convierte esa decisión en una regla que puedes inspeccionar, probar y modificar.
El valor predeterminado mantiene la aprobación humana
GitHub deja las aprobaciones de Copilot desactivadas por defecto, y los administradores del repositorio pueden restringir las rutas de archivos que Copilot puede aprobar. Cuando un administrador activa la función, una aprobación de Copilot se cuenta contra el umbral de aprobaciones requeridas del repositorio. La primera pregunta es si una ruta puede sobrevivir a una aprobación automática.
La elección de ruta controla el merge. Si la ruta es incorrecta, el bot ya ha hecho lo que normalmente reservarías para una persona. Puedes cambiar la configuración a propósito.
El radio de impacto define el nivel
Usa el radio de impacto como prueba práctica. Un cambio de documentación puede fallar sin tocar dinero, acceso ni datos, mientras que la autenticación, la facturación o los scripts de migración pueden poner en riesgo todo el producto. El nivel que asignes debe corresponder a ese daño, no a la confianza del autor. El nivel debe cambiar cuando cambia el riesgo.
Empieza por las rutas que ya tienen un responsable humano. La facturación pertenece a la persona que gestiona los ingresos; la migración de datos, a la persona que gestiona los datos de producción. La documentación puede ser solo bot cuando el daño es pequeño y la corrección es sencilla. El responsable es la persona a quien se le pregunta cuando la ruta se comporta mal.
El esfuerzo de revisión cambia el coste de la confianza. GitHub estima que una revisión de código Lite de Copilot consume en promedio $0.25 en créditos de IA, una revisión Balanced consume $1.50 y una revisión Max consume $10. GitHub añadió Max como tercer nivel de esfuerzo de revisión junto a Lite y Balanced, utilizando múltiples agentes de revisión independientes que recurren a modelos de diferentes proveedores.
La revisión Max multiagente no puede garantizar la detección de cada defecto o vulnerabilidad. Un paper de arXiv de 2026, CooperBench, encontró que los agentes de IA tenían tasas de éxito aproximadamente un 30 % más bajas en tareas colaborativas que en las mismas tareas realizadas de forma individual. El coste y los límites no prohíben al bot. Marcan dónde debe permanecer una aprobación humana.
La lista de verificación hace la regla comprobable
La lista de verificación es el artefacto. Cada elemento debe ser comprobable rápidamente, porque una regla que no puedes verificar rápido se desviará.
- ¿Puedes nombrar las rutas que tocan la autenticación, la facturación o los datos?
- ¿Puedes marcar cada ruta nombrada como solo bot, bot más humano o solo humano?
- ¿Puedes confirmar que el bot solo puede aprobar las rutas que marcaste como solo bot?
- ¿Puedes confirmar que una aprobación humana sigue siendo obligatoria para las rutas bot más humano?
- ¿Puedes señalar la entrada del registro de decisiones que documenta la regla de nivel, el responsable y la fecha?
Los dos primeros elementos hacen la regla visible. Los tres últimos prueban el flujo de aprobación y el registro.
El registro de decisiones mantiene la regla honesta
Un nivel de ruta es tan bueno como el registro que lo explica. El registro de decisiones debe nombrar la ruta, el nivel, el responsable, la fecha y la razón. Si una ruta pasa de solo bot a solo humano, el registro debe mostrar por qué. Eso evita que el siguiente fundador, responsable de operaciones o ingeniero nuevo tenga que adivinar.
El registro también te da un lugar para disentir. Si una aprobación de bot parece demasiado laxa, el equipo puede señalar la regla en lugar de discutir sobre preferencias. Si una ruta solo humana parece demasiado lenta, el equipo puede proponer un cambio de nivel con un responsable nombrado. El documento convierte un desacuerdo en una decisión con fecha.
Revisa el registro en la misma reunión donde revisas incidentes. Una ruta que causó un merge problemático recibe una revisión de nivel. Otra que ha estado segura durante un tiempo puede recibir una aprobación de bot más amplia. El registro hace visible ese cambio en la próxima revisión de incidentes.