Stop falling behind on security patches and minor version bumps. This scheduled automation runs every Monday morning, scans your repository for outdated dependencies across all your package managers, runs your test suite against the upgraded versions, and opens clean PRs — grouped by risk so you can merge the safe ones instantly and review the major bumps carefully.Documentation Index
Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
Use this file to discover all available pages before exploring further.
Use this template
Open Weekly Dependency Updates in Devin and create the automation with the default configuration. You can customize it before saving.
Looking for a hands-on walkthrough? See the step-by-step tutorial for Weekly Dependency Updates.
What this automation does
Unlike a rigid dependabot config, the Weekly Dependency Updates template gives you full prompt-based control. Tell Devin which packages to skip, which ones need extra caution, which ones to upgrade aggressively — all in plain English, stored in Knowledge. Devin handles the testing, the changelog summaries, and any code changes needed for breaking bumps.How it works
Trigger: Schedule event —recurring
- Event:
schedule:recurring- Conditions:
rrulematchesFREQ=WEEKLY;BYDAY=MO;BYHOUR=10;BYMINUTE=0
- Conditions:
Prerequisites
- Integrations:
Example prompt
The template ships with this prompt. You can edit it after clicking Use template, or leave it as-is.Setting it up
- Open Automations → Templates in Devin.
- Click Weekly Dependency Updates. The create page opens with this template pre-filled.
- Connect any required integrations and install MCP servers if you haven’t already.
- Replace any placeholder values in the trigger conditions (for example, swap
your-org/your-repofor your actual repo). - Review the prompt and adjust it for your team’s language, conventions, and guardrails.
- Click Create automation.
When to use this template
- Teams that have given up on staying current because dependabot is too noisy
- Monorepos where a single upgrade can affect a dozen packages
- Security-sensitive projects that need proactive vulnerability patching
- Keeping long-lived legacy services on supported runtime versions
Customization ideas
- Split frontend and backend into separate schedules for focused PRs
- Add Knowledge entries that pin specific packages (e.g. “don’t upgrade react past v18”)
- Swap the schedule (daily, biweekly, monthly)
- Chain with your existing CI for full regression coverage
