Skip to content

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.

No ratings yet0 uses3 months ago
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 yet

0 ratings

No written reviews yet.

Sign in to rate and review this prompt.