bump-deps
Original:🇺🇸 English
Translated
Analyze and upgrade dependencies with breaking change detection. Use when updating frontend (pnpm) or backend (uv) dependencies.
1installs
Added on
NPX Install
npx skill4agent add casper-studios/casper-marketplace bump-depsTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →Bump Dependencies
Analyze outdated dependencies and safely upgrade them with breaking change detection.
Workflow
-
Detect package manager based on current directory:
- If in directory or working with TypeScript/JavaScript: use
frontend/referencepnpm - If in directory or working with Python: use
backend/referenceuv
- If in
-
List outdated dependencies using the package manager-specific command from the reference
-
Spawn background analysis tasks for EACH notable upgrade:CRITICAL: You MUST spawn thesub-agent as a background Task for EACH and EVERY notable upgrade. Do NOT take shortcuts.
package-upgrade-analyzerTask( subagent_type="package-upgrade-analyzer", run_in_background=true, prompt="Analyze upgrade for {package_name} from {old_version} to {new_version}. GitHub: {repo_url}" )Notable upgrades include:- Major version bumps (e.g., v4 → v5)
- Packages with known breaking changes
- Core dependencies (React, Next.js, FastAPI, SQLAlchemy, etc.)
Spawn ALL tasks in a single message with multiple tool calls for maximum parallelism. -
Wait for all background tasks to complete:
- Use to retrieve results from each background task
TaskOutput - Once ALL tasks are complete, ultrathink about the suggestions, migration guides, and release notes
- Invoke the tool and its sub-agents to strategically address the breaking changes
Plan - Plan carefully to maintain as much of the original behavior as possible
- Use
-
Ask clarifying questions:
- If the migration path forward is ambiguous, ASK questions
- Do NOT proceed unless you're sure about the safety of the dependency version bumps
-
Generate PR summary document:Write afile using the PR template. Ensure that all package identifiers are properly wrapped in backticks for readability.
.claude/scratchpad/PR.md -
Create PR (user confirmation required):After generating, use
.claude/scratchpad/PR.mdto confirm:AskUserQuestionAskUserQuestion( question="Ready to create the PR? You can edit .claude/scratchpad/PR.md first if needed.", header="Create PR?", options=[ { label: "Create PR", description: "Create the PR with current PR.md content" }, { label: "Let me edit first", description: "I'll edit PR.md and confirm when ready" } ] )Once the user confirms, deriveand create the PR:PR_TITLEDeriving:PR_TITLE- Scope: Use for frontend (pnpm),
appfor backend (uv)api - Content (pick first applicable):
- ≤3 notable packages: List them by name with target major version
→ "deps(app): bump to v5,
react-queryto v15"next - >3 packages with notable ones: Highlight 1-2 notable + count
→ "deps(api): bump to v2 (+4 packages)"
sqlalchemy - Many minor bumps only: Just the count → "deps(app): bump 12 dependencies"
- ≤3 notable packages: List them by name with target major version
→ "deps(app): bump
- Keep under 72 characters
bashPR_TITLE="deps(app): bump react-query to v5, next to v15" gh pr create --base dev --head "$(git rev-parse --abbrev-ref HEAD)" --title "$PR_TITLE" --body-file .claude/scratchpad/PR.mdAfter successful PR creation:bash# Clean up the scratchpad file rm .claude/scratchpad/PR.mdReturn the PR URL to the user. - Scope: Use
Important Notes
- Always analyze breaking changes BEFORE upgrading
- Use parallel Task agents for efficiency
- Focus on safety over speed - better to ask than to break production
- Consider rollback strategies for risky upgrades
Additional Instructions
The remaining instructions are behavior overrides by the user.
<user-guidelines>
$ARGUMENTS
</user-guidelines>