Saltar al contenido principal
La automatización CI Failure Fixer mantiene tus pull requests en verde sin necesidad de intervención humana. Cada vez que falla una comprobación de CI en un pull request que no es de Devin, Devin abre el job fallido, lee los logs de compilación y pruebas, diagnostica la causa raíz y sube una corrección a la misma rama; luego vuelve a ejecutar la suite para verificar que la comprobación pase.

Usa esta plantilla

Abre CI Failure Fixer en Devin y crea la automatización con la configuración predeterminada. Puedes personalizarla antes de guardarla.
¿Buscas una guía práctica? Consulta el tutorial paso a paso de CI Failure Fixer.

Qué hace esta automatización

Esta plantilla conecta el webhook check_run de GitHub a una sesión de Devin. Devin tiene todo el contexto de la pull request y la URL del job que falló, por lo que puede bajar la rama, reproducir el fallo localmente e iterar sobre una corrección sin que tengas que abrir tu laptop. La automatización incluye una protección integrada para omitir cualquier commit creado por devin-ai-integration[bot], de modo que nunca entres en un bucle en el que Devin corrija su propio trabajo.

Cómo funciona

Activador: evento de GitHubcheck.run
  • Evento: github:check_run
    • Condiciones:
      • action eq completed
      • check_run.conclusion eq failure
      • repository.full_name eq your-org/your-repo
Qué hace Devin: Inicia una sesión con todo el contexto del evento, ejecuta el siguiente prompt y, opcionalmente, te notifica si falla.

Requisitos previos

Ejemplo de prompt

La plantilla viene con este prompt. Puedes editarlo después de hacer clic en Usar plantilla o dejarlo tal cual.

Configuración

  1. Abre Automations → Templates en Devin.
  2. Haz clic en CI Failure Fixer. La página de creación se abrirá con esta plantilla ya rellenada.
  3. Conecta las integraciones requeridas e instala los servidores MCP si aún no lo has hecho.
  4. Sustituye los valores de ejemplo en las condiciones de activación (por ejemplo, cambia your-org/your-repo por tu repositorio real).
  5. Revisa el prompt y adáptalo al lenguaje, las convenciones y las salvaguardas de tu equipo.
  6. Haz clic en Create automation.
La mayoría de las plantillas de automatización incluyen límites sugeridos de ACU y de invocaciones para mantener controlado el costo durante el despliegue inicial. Déjalos como están hasta que tengas claro cómo se comporta la automatización y luego auméntalos según tu carga de trabajo.

Cuándo usar esta plantilla

  • Pruebas intermitentes que bloquean las fusiones durante la noche o fuera del horario laboral
  • Errores de linting, de comprobación de tipos y de formato que preferirías no corregir a mano
  • Importaciones faltantes, instantáneas desactualizadas y fallos triviales en pruebas en pull requests de la comunidad
  • Desbloquear a los desarrolladores sin apartar a otro ingeniero de tareas que requieren mucha concentración

Ideas de personalización

  • Limita el activador a un solo repositorio o amplíalo a todos los repositorios de una organización
  • Agrega una condición que solo se active con nombres de checks específicos (p. ej., solo lint, no toda la matriz)
  • Aumenta el límite de ACU si tu conjunto de pruebas tarda mucho en ejecutarse, o redúcelo para acotar el costo
  • Encadénalo con una notificación de Slack en caso de fallo para que un revisor humano pueda intervenir cuando Devin no pueda continuar

Ver también