Skip to main content
¿Prefieres no configurarlo manualmente? Pega un enlace a esta página en una sesión de Devin y pídele que lo configure todo por ti.
1

Crea una programación semanal

Abre app.devin.ai y navega a Settings > Schedules. Haz clic en Create schedule y configúralo:
  • Frequency: Weekly — p. ej., todos los lunes a las 7:00 AM UTC (0 7 * * 1)
  • Prompt: Pega el prompt de actualización de dependencias que aparece a continuación
Si usas un Playbook para definir cómo tu equipo gestiona las actualizaciones de dependencias (p. ej., siempre ejecutar npm run build después de actualizar o omitir devDependencies), adjúntalo a la programación para que cada ejecución siga el mismo proceso.
2

Añade Knowledge para guiar las actualizaciones

No todos los paquetes deberían actualizarse automáticamente. Ve a Settings → Resources → Knowledge y añade entradas que indiquen a Devin qué debe omitir o tratar con cuidado:
  • Do not update react past v18 — we're mid-migration to v19 on a separate branch.
  • Always pin @types/node to match our Node.js version (20.x).
  • Skip eslint-plugin-import — it conflicts with our custom lint config.
  • Our test command is npm run test:ci, not npm test.
Estas entradas de Knowledge se mantienen en cada ejecución programada, de modo que Devin respeta tus restricciones sin que tengas que repetirlas en el prompt.
3

Revisa lo que entrega Devin

Cada lunes, Devin revisa tu repositorio en busca de paquetes desactualizados y abre pull requests (PR) en tu nombre. Una semana típica podría producir:PR #1 — Actualizaciones seguras (patch + minor):
PR #2 — Actualización mayor (separada, con notas):
Devin ejecuta tu suite de pruebas para cada PR de forma independiente, de modo que puedas fusionar el lote seguro de inmediato y dedicar más tiempo a revisar las actualizaciones mayores.
4

Itera y amplía

Una vez que tu programación semanal esté en marcha, puedes refinarla con el tiempo. Responde a cualquier sesión programada para darle instrucciones adicionales a Devin:Consejos para que todo vaya sin problemas:
  • Separa frontend y backend — Si tu repositorio tiene ambos, crea dos programaciones para que cada PR se mantenga enfocada y sea fácil de revisar.
  • Deja que CI se ejecute completamente antes de fusionar — Incluso las actualizaciones menores que parecen seguras pueden introducir errores sutiles. Devin ejecuta tus pruebas, pero tu pipeline completo de CI añade otra capa de confianza.
  • Revisa la página Schedules para monitorizar el historial de ejecuciones, pausar una programación durante un code freeze o ajustar la expresión cron.