skills/dependency-management/SKILL.md
Update, audit, and manage project dependencies safely. Use whenever someone says "update dependencies", "we have a security vulnerability", "this package is outdated", "fix the npm audit warnings", "upgrade [library] to latest", "check for outdated packages", or when a dependency audit reveals CVEs. Works across all package ecosystems (npm, pip, Maven, NuGet, Cargo, Go modules).
npx skillsauth add maestria-co/ai-playbook dependency-managementInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Update and manage project dependencies safely, one at a time, with testing at each step.
npm outdated and npm auditpip list --outdated and pip-auditmvn versions:display-dependency-updatesdotnet outdateda. Update the dependency in manifest (package.json, pom.xml, etc.)
b. Update the lock file
c. Run the full test suite
d. Check for deprecation warnings in output
e. If tests pass → commit that single update
f. If tests fail → diagnose before moving to the next dependency
Check all direct dependencies are mutually compatible
Full test suite + build + lint clean
| Type | Risk | Action | |------------------------|----------|----------------------------------| | CVE security patch | Critical | Fix immediately | | Minor patch (z) | Low | Batch updates OK | | Minor feature (y) | Medium | Test individually | | Major (x) | High | Read migration guide; test thoroughly |
Before updating, commit the current lock file to a branch. To revert to the pre-update state:
# Restore the lock file and reinstall
git checkout [branch] -- [lock-file]
[install command] # npm ci / pip install / dotnet restore / etc.
Replace [lock-file] with the appropriate file: package-lock.json, yarn.lock, Pipfile.lock, poetry.lock, packages.lock.json, go.sum, etc.
development
Writes and runs a test suite for a piece of code, covering happy path, edge cases, error cases, and security cases. Use when: implementation is complete and needs test coverage, a bug needs a reproduction test and fix validation, or code needs coverage before a refactor. Do not use when: the code under test is not yet implemented, or the spec is still unclear.
testing
Use when creating a new skill, editing an existing skill, or helping a user author a skill for this system. Covers structure, discoverability, quality, and discipline hardening.
development
Evidence-based verification process to run before marking any task complete. Use this skill every time you're about to report that work is done — for features, bug fixes, refactoring, or any code change. This catches the most common failure mode: declaring "done" without proof. If you're finishing up and about to tell the user the task is complete, run this checklist first.
development
Teaches agents how to discover, select, and invoke skills from the skill library. Use this skill whenever you're uncertain which skill applies to a task, when composing multiple skills for complex work, or when you need to understand what skills are available. This is your go-to when facing an ambiguous task and need to figure out the right approach before diving into implementation.