⏱ Tiempo estimado: 20–25 minutos

🎯 Rama / Perfil: Developers / proyectos personales / equipos pequeños

🧠 Conocimiento previo necesario: Haber completado el curso de Devin de Platzi y tener un repositorio en GitHub conectado a Devin.

💡 ¿Qué vas a lograr? Crearás una automatización que detecta una tarea concreta y hace que Devin la ejecute siguiendo un flujo controlado de implementación → tests → PR.

La diferencia importante frente al uso manual de Devin es el trigger: una automatización puede iniciar una sesión a partir de un evento de GitHub, una programación o una integración externa. Devin proporciona actualmente plantillas para este tipo de workflows y permite establecer límites de uso para controlar el consumo.

🛠 Lo que necesitas antes de empezar

• Cuenta de Devin → Devin
• Repositorio en GitHub → GitHub
• Repositorio conectado a Devin.
• Un repositorio donde puedas permitir que Devin cree ramas y PRs.

📋 Pasos

Paso 1 — Elige una tarea que sea automatizable

No empieces con:

"Mejora toda la arquitectura del proyecto."

Empieza con algo determinista:

"Revisa las dependencias Python desactualizadas, actualiza las compatibles, ejecuta los tests y crea un PR."

Este tipo de tarea funciona bien porque tiene:

Trigger → investigación → modificación → tests → PR

Devin dispone precisamente de una plantilla oficial para actualizaciones periódicas de dependencias.

Paso 2 — Abre las automatizaciones de Devin

En Devin entra a:

Automations → Templates

Busca:

Weekly Dependency Updates

La plantilla ejecuta periódicamente una sesión, analiza las dependencias, realiza las actualizaciones necesarias, ejecuta pruebas y puede generar PRs.

🔗 Documentación oficial: Weekly Dependency Updates

Paso 3 — Cambia el alcance al repositorio real

En la configuración sustituye los valores de ejemplo por tu repositorio.

Por ejemplo:

Repositorio:
tu-usuario/mi-proyecto

Rama:
main

Y define qué dependencias quieres permitir actualizar.

Para un proyecto Python puedes establecer reglas como:

- Actualizar únicamente dependencias compatibles.
- No realizar upgrades major automáticamente.
- Ejecutar todos los tests después de actualizar.
- No modificar archivos de configuración de producción.
- Crear un PR en lugar de hacer merge.

La última regla es especialmente importante.

Automatizar el trabajo no significa automatizar ciegamente el merge.

Paso 4 — Añade límites

Las automatizaciones de Devin incluyen límites sugeridos de consumo/ACU e invocaciones precisamente para evitar que un trigger mal configurado genere ejecuciones inesperadas.

Para comenzar:

mantén los límites sugeridos por la plantilla.

Primero observa cómo se comporta.

Después puedes aumentar los límites si realmente lo necesitas.

Paso 5 — Ejecuta una primera prueba controlada

No esperes a la primera ejecución programada.

Haz una prueba con un repositorio pequeño.

Comprueba:

Trigger
   ↓
Devin
   ↓
Analiza repositorio
   ↓
Modifica dependencias
   ↓
Ejecuta tests
   ↓
Crea PR
   ↓
Tú revisas

La idea es que el resultado sea un PR revisable, no un cambio directo sobre main.

✅ Resultado esperado

Al terminar tendrás una automatización capaz de ejecutar periódicamente una tarea de mantenimiento sobre tu repositorio.

En lugar de recordar manualmente:

"Tengo que revisar las dependencias."

tendrás:

Automatización
      ↓
Devin
      ↓
Cambios + tests
      ↓
Pull Request
      ↓
Revisión humana

Este mismo patrón puede utilizarse para QA nocturno, changelogs, limpieza de PRs, escaneo de seguridad y otras tareas recurrentes.

🔥 Tu reto

Crea una segunda automatización para una tarea diferente:

"Genera semanalmente un changelog a partir de los PRs fusionados durante la última semana."

Después intenta modificarla para que el resultado termine publicado automáticamente donde trabajes habitualmente.

📚 Recursos para ir más lejos

• Plantillas de automatización de Devin — catálogo de automatizaciones disponibles.
• Devin — capacidades e integraciones actuales de Devin.
• GitHub — repositorios y Pull Requests.