Saltar al contenido principal
Etiqueta a Devin en un issue de GitHub igual que a un compañero de equipo. Cuando cualquier usuario comenta /devin en un issue, esta automatización pone en marcha una sesión que lee todo el contexto del issue, busca en la base de código los archivos relevantes, implementa la corrección con pruebas y abre un pull request que hace referencia al issue, cerrando así el ciclo desde el reporte de bug hasta el cambio en el código.

Usa esta plantilla

Abre /devin Issue Fix en Devin y crea la automatización con la configuración predeterminada. Puedes personalizarla antes de guardarla.

​
Qué hace esta automatización

El comando /devin convierte tu lista de issues de GitHub en una cola de trabajo accionable. En lugar de revisar y priorizar issues, estimarlos y asignarlos, un ingeniero (o incluso alguien sin perfil técnico) puede dejar un comentario de una sola línea y seguir con otra cosa. Devin se encarga de la investigación, la implementación, la cobertura de pruebas y la creación de pull requests (PR) de principio a fin.

​
Cómo funciona

Disparador: Evento de GitHub — issue.comment
  • Evento: github:issue_comment
    • Condiciones:
      • action eq created
      • comment.body starts_with /devin
      • comment.user.login neq devin-ai-integration[bot]
      • repository.full_name eq your-org/your-repo
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 se produce un error.

​
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 /devin Issue Fix. Se abririrá la página de creación con esta plantilla ya completada.
  3. Conecta las integraciones necesarias e instala los 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 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 limitar el costo durante el despliegue inicial. Déjalos como están hasta que tengas confianza en el comportamiento de la automatización; después, auméntalos según tu carga de trabajo.

​
Cuándo usar esta plantilla

  • Bugs reportados por la comunidad que tengan un paso de reproducción claro
  • Pequeñas solicitudes de funcionalidades con criterios de aceptación bien definidos
  • Correcciones en la documentación, errores tipográficos y cambios de estilo triviales
  • Ofrecer a compañeros de equipo que no son ingenieros una vía sin complicaciones para implementar correcciones

​
Ideas de personalización

  • Limítalo a un conjunto de repositorios u organizaciones de GitHub
  • Exige que quien comente sea colaborador (agrega una condición en comment.author_association)
  • Redirígelo a un playbook que refleje las convenciones de corrección de tu equipo
  • Combínalo con Triaje de reportes de bugs para que los bugs de Linear pasen por el mismo flujo de corrección

​
Ver también