Saltar al contenido principal
Pon orden en el backlog de PR. Esta automatización programada detecta pull requests que se han quedado inactivos — sin comentarios, sin commits, sin movimiento — y toma medidas: un recordatorio cordial al autor, un rebase si la rama se ha quedado atrás o un cierre ordenado si la PR lleva semanas abandonada.

Usar esta plantilla

Abre Stale PR Cleanup en Devin y crea la automatización con la configuración predeterminada. Puedes personalizarla antes de guardarla.

​
Qué hace esta automatización

Las PR estancadas son un lastre para la velocidad del equipo. Los revisores las pasan por alto, los autores se olvidan de ellas y los conflictos se acumulan hasta que fusionarlas se convierte en un miniproyecto. Esta plantilla se ejecuta semanalmente, identifica las PR que han estado inactivas más allá del umbral que configures y realiza acciones de limpieza en función del contexto: avisar, hacer rebase o cerrar.

​
Cómo funciona

Trigger: Evento de programación — recurring
  • Evento: schedule:recurring
    • Condiciones:
      • rrule coincide con FREQ=WEEKLY;BYDAY=WE;BYHOUR=10;BYMINUTE=0
Qué hace Devin: Inicia una sesión con todo el contexto del evento, ejecuta el prompt que aparece a continuación 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 Use template o dejarlo tal cual.

​
Configuración

  1. Abre Automations → Templates en Devin.
  2. Haz clic en Stale PR Cleanup. Se abrirá la página de creación con esta plantilla ya completada.
  3. Conecta las integraciones necesarias e instala servidores MCP si aún no lo has hecho.
  4. Sustituye los valores de marcador de posición en las condiciones de activación (por ejemplo, cambia your-org/your-repo por tu repo real).
  5. Revisa el prompt y ajústalo al lenguaje, las convenciones y los límites de seguridad 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 controlar el costo durante las primeras etapas del despliegue. Déjalos tal como están hasta que tengas confianza en el comportamiento de la automatización y, después, auméntalos según tu carga de trabajo.

​
Cuándo usar esta plantilla

  • Equipos de ingeniería con un gran volumen de contribuciones de código abierto
  • Repositorios internos con grandes backlogs de PR y cuellos de botella importantes en la revisión
  • Mantener las ramas principales libres de conflictos de fusión causados por ramas olvidadas
  • Reducir la carga cognitiva de los revisores al recorrer la lista de PR

​
Ideas de personalización

  • Ajusta el umbral de inactividad (7 días, 30 días, 90 días)
  • Limítalo a repos específicos o etiquetas específicas
  • Agrega un comentario de advertencia sobre el período de gracia antes de cualquier acción destructiva
  • Intégralo con Slack para que los autores reciban un mensaje directo, no solo una notificación de GitHub

​
Ver también