Dependency Update Review
Goal
Assess dependency and lockfile changes for compatibility, supply-chain risk, package-manager consistency, and targeted validation needs.
When to use
- A PR updates dependencies or lockfiles.
- The user asks whether an upgrade is safe.
- Package manager, runtime version, or dependency policy changes need review.
When not to use
- The task is broad security hygiene; use
security-baseline-review.
- The user asks for a full PR review with dependency changes as one part; use
pr-review.
- Current vulnerability status is required but advisory data is unavailable.
Inputs to inspect
- Manifest files, lockfiles, package-manager config, and runtime version files.
- Changelogs or release notes for direct dependency major updates.
- CI results, test coverage, and code paths using upgraded packages.
Review rubric
Check direct vs transitive changes, major version jumps, package manager consistency, postinstall scripts, binary/native dependencies, lockfile churn, and targeted test coverage. Read references/dependency-risk-rubric.md for detail.
Workflow
- Identify the package manager and changed dependency files.
- Separate direct dependency updates from transitive lockfile changes.
- Flag major upgrades and packages with build, native, auth, or network behavior.
- Check whether docs, config, or code need migration updates.
- Recommend targeted validation commands.
- Do not claim vulnerability status without current advisory evidence.
Safety rules
- Do not run broad upgrades, lockfile regeneration, or package-manager migrations unless asked.
- Do not claim current vulnerability status without checking current advisory sources.
- Do not print registry credentials or private package URLs from config.
References
Read only when needed:
references/dependency-risk-rubric.md
Scripts
No bundled scripts.
Output format
Return:
- Dependency change summary
- Risk assessment
- Required migration notes
- Targeted validation
- Blocking concerns
- Recommended next action
Failure modes
- If lockfile tooling is unavailable, review manifests and state that lockfile resolution was not reproduced.
- If advisory data is needed, request permission to query current sources.
- If the update mixes unrelated package-manager changes, recommend splitting.
Completion criteria
- Direct and transitive changes are separated.
- Upgrade risks are tied to package behavior or version class.
- Validation is specific to affected surfaces.
1---2name: dependency-update-review3description: Review dependency updates, package manager changes, lockfile diffs, version bumps, and dependency risk. Use when the user asks whether dependency updates are safe, wants to upgrade packages, or needs a dependency PR reviewed.4license: Apache-2.05---67# Dependency Update Review89## Goal1011Assess dependency and lockfile changes for compatibility, supply-chain risk, package-manager consistency, and targeted validation needs.1213## When to use1415- A PR updates dependencies or lockfiles.16- The user asks whether an upgrade is safe.17- Package manager, runtime version, or dependency policy changes need review.1819## When not to use2021- The task is broad security hygiene; use `security-baseline-review`.22- The user asks for a full PR review with dependency changes as one part; use `pr-review`.23- Current vulnerability status is required but advisory data is unavailable.2425## Inputs to inspect2627- Manifest files, lockfiles, package-manager config, and runtime version files.28- Changelogs or release notes for direct dependency major updates.29- CI results, test coverage, and code paths using upgraded packages.3031## Review rubric3233Check direct vs transitive changes, major version jumps, package manager consistency, postinstall scripts, binary/native dependencies, lockfile churn, and targeted test coverage. Read `references/dependency-risk-rubric.md` for detail.3435## Workflow36371. Identify the package manager and changed dependency files.382. Separate direct dependency updates from transitive lockfile changes.393. Flag major upgrades and packages with build, native, auth, or network behavior.404. Check whether docs, config, or code need migration updates.415. Recommend targeted validation commands.426. Do not claim vulnerability status without current advisory evidence.4344## Safety rules4546- Do not run broad upgrades, lockfile regeneration, or package-manager migrations unless asked.47- Do not claim current vulnerability status without checking current advisory sources.48- Do not print registry credentials or private package URLs from config.4950## References5152Read only when needed:5354- `references/dependency-risk-rubric.md`5556## Scripts5758No bundled scripts.5960## Output format6162Return:63641. Dependency change summary652. Risk assessment663. Required migration notes674. Targeted validation685. Blocking concerns696. Recommended next action7071## Failure modes7273- If lockfile tooling is unavailable, review manifests and state that lockfile resolution was not reproduced.74- If advisory data is needed, request permission to query current sources.75- If the update mixes unrelated package-manager changes, recommend splitting.7677## Completion criteria7879- Direct and transitive changes are separated.80- Upgrade risks are tied to package behavior or version class.81- Validation is specific to affected surfaces.