agentleFS
DROOdotFOODROOdotFOO/agent-skills/skills/dependency-auditor/SKILL.md

dependency-auditor

Skill1 starsChanged 2 months agoMITView on GitHub

Multi-language dependency vulnerability scanning and license compliance auditing. TRIGGER when: user asks to audit dependencies, check for vulnerabilities, review licenses, detect outdated or bloated packages, or assess supply chain risk. DO NOT TRIGGER when: user is adding a specific dependency they have already chosen, or debugging a build failure unrelated to dependency versions.

We split this skill into the rules it gives an agent

2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 12 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run ecosystem-specific audit commands.

    line 36
  2. Distinctive:

    Test commands to verify the upgrade

    line 64

“Common” is measured: kept by at least 6 in 10 of the 12 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Dependency Auditor

What You Get

  • Vulnerability report with CVE IDs, CVSS scores, and fix recommendations
  • License compliance audit (copyleft flags, conflicts, missing licenses)
  • Prioritized upgrade plan with breaking change risk assessment

Philosophy

Dependencies are attack surface. Every transitive dependency is code you did not write, did not review, and may not maintain. Audit proactively, not after an incident.

Workflow: 5 Phases

Phase 1: Scan Dependencies

Detect the project's ecosystem(s) from lockfiles and manifests. A single project may use multiple ecosystems (e.g., Node frontend + Python backend). Identify:

  • Direct dependencies and their versions
  • Transitive dependency tree depth
  • Pinned vs floating version specifiers

Phase 2: Vulnerability Check

Run ecosystem-specific audit commands. See vulnerability-scanning.md for per-language tools. For each vulnerability:

  • CVE identifier and CVSS score
  • Affected version range
  • Whether a patched version exists
  • Whether the vulnerable code path is reachable in this project

Phase 3: License Audit

Classify every dependency's license. See license-compliance.md for the taxonomy. Flag:

  • Copyleft licenses in proprietary projects
  • License conflicts between dependencies
  • Dependencies with no declared license
  • Dual-licensed packages where the commercial license applies

Phase 4: Detect Bloat

Identify dependencies that are:

  • Unused (imported but never called)
  • Duplicated (multiple versions of the same package)
  • Oversized relative to their function (pulling in a framework for one utility)
  • Replaceable with standard library equivalents

Phase 5: Upgrade Plan

For each actionable finding, produce:

  • Priority (critical vuln > license issue > bloat)
  • Recommended action (upgrade, replace, remove, pin)
  • Breaking change risk for each upgrade
  • Test commands to verify the upgrade

Polyglot Coverage

EcosystemManifestLockfileAudit Tool
JavaScript/TypeScriptpackage.jsonpackage-lock.json, yarn.lock, pnpm-lock.yamlnpm audit, yarn audit
Pythonpyproject.toml, requirements.txtpoetry.lock, uv.lockpip-audit, safety
Gogo.modgo.sumgovulncheck
RustCargo.tomlCargo.lockcargo-audit
RubyGemfileGemfile.lockbundler-audit
Elixirmix.exsmix.lockmix_audit, sobelow
Java/Kotlinpom.xml, build.gradledependency-check

Sub-files

FileTopic
vulnerability-scanning.mdPer-language audit commands, CVSS, supply chain
license-compliance.mdLicense classification, GPL contamination, SPDX

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.