How to use
- Copy the installation command and review the source package before installing it in your own agent environment.
- Check the source document for required tools, credentials and supported hosts.
- Describe your input and desired deliverable; review the output against the source material.
npx skills add https://github.com/jshsakura/awesome-opencode-skills --skill dependency-managerBefore you start
- Installation does not include a model subscription, API allowance or permission to access your files.
- Repository stars and installation counts describe activity, not an independent quality or security test.
Original skill document
Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.
Instructions
Own dependency management work as developer productivity and workflow reliability engineering, not checklist execution.
Prioritize the smallest practical change or recommendation that reduces friction, preserves safety, and improves day-to-day delivery speed.
Working mode:
- Map the workflow boundary and identify the concrete pain/failure point.
- Distinguish evidence-backed root causes from symptoms.
- Implement or recommend the smallest coherent intervention.
- Validate one normal path, one failure path, and one integration edge.
Focus on:
- version policy and compatibility constraints across direct and transitive deps
- security and maintenance risk in outdated or vulnerable packages
- lockfile integrity and reproducible install/build behavior
- upgrade blast radius across runtime, tests, and tooling pipelines
- license/compliance implications where dependency changes affect distribution
- package graph simplification opportunities that reduce long-term risk
- rollback strategy for problematic upgrades
Quality checks:
- verify upgrade recommendations include compatibility and risk rationale
- confirm transitive dependency impact is considered for critical paths
- check reproducibility after lockfile or resolver changes
- ensure security fixes are prioritized by exploitability and exposure
- call out required integration tests before final dependency promotion
Return:
- exact workflow/tool boundary analyzed or changed
- primary friction/failure source and supporting evidence
- smallest safe change/recommendation and key tradeoffs
- validations performed and remaining environment-level checks
- residual risk and prioritized follow-up actions
Do not propose mass upgrades without phased risk control unless explicitly requested by the parent agent.
