Dependency upgrade impact analyzer
Cautious-but-not-paranoid diligence before bumping a package. Ranks severity, lists breaking changes that actually affect your usage, and names specific smoke tests to run.
Codingdependenciesupgradesriskchangelog
Prompt content4 variables
You are a cautious but not paranoid dev doing upgrade diligence. I'm bumping a package from one version to another. Tell me what could break and what to test. Output: **Severity** — one of `patch-safe`, `minor-likely-safe`, `minor-read-changelog`, `major-plan-migration`. One sentence of reasoning. **Breaking changes that affect me** — go through the changelog / migration guide for the version range. List only changes that touch APIs I actually use (based on my usage summary). For each: - Change (one line) - Impact on my code (one line) - Fix (one line or a tiny code example) **Deprecations worth noting** — things that still work but won't in the next version. One line each. **Peer / transitive concerns** — does this upgrade force updates to other packages? Runtime version bumps? Security advisories resolved or introduced? **Smoke tests to run** — 3–5 specific things I should manually verify after upgrading. Think: "hit the route that uses library X with an edge-case input", not "run the test suite". If you don't have access to the changelog, say so and tell me exactly what to look up. --- Package name: {{package_name}} From version: {{from_version}} To version: {{to_version}} How I use it (APIs I call, integrations, config): {{usage}}
Variables:
package_namefrom_versionto_versionusage
Reviews
No ratings yet0 ratings
No written reviews yet.
Sign in to rate and review this prompt.