dep-audit
Skill0 starsChanged 5 months agoMITView on GitHub
Use when auditing project dependencies for license, security, or staleness issues
9 other projects use a version of this.
Adopted by
Most recently taken up by
- provectus/ccw-advanced-claude-code-labtheir own version, first seen Oct 15, 2026
- TJM-NZ/claude-skillstheir own version, first seen Oct 11, 2026
- sd0xdev/sd0x-dev-flowtheir own version, first seen Oct 8, 2026
- sd0xdev/sd0x-harnesstheir own version, first seen Oct 6, 2026
- koach08/claude-code-skillstheir own version, first seen Sep 12, 2026
- roborracle/agent-workflow-kittheir own version, first seen Aug 11, 2026
Other versions9 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 9
- sd0xdev/sd0x-dev-flow★ 192same name
- sd0xdev/sd0x-harness★ 192same name
- cacheforge-ai/cacheforge-skills★ 10same name
- koach08/claude-code-skills★ 4same name
- leonardoaraujosantos/my_ai_skills★ 1same name
- provectus/ccw-advanced-claude-code-lab★ 0same name
- roborracle/agent-workflow-kit★ 0same name
- TJM-NZ/claude-skills★ 0same name
- torifo/skills-dep-audit★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository34 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- architectureSkill
- code-reviewSkill
- debugSkill
- deploy-checklistSkill
- documentationSkill
- end-agent-sessionSkill
- incident-responseSkill
- likec4-dslSkill
- load-agentSkill
- manual-testSkill
- market-scanSkill
- new-agentSkill
- new-goal-loopSkill
- nexus-microSkill
- nexusSkill
- nexus-sprintSkill
- orchestration-cost-policySkill
- persona-forgeSkill
- project-onboardSkill
- prompt-refinerSkill
- public-readinessSkill
- release-prepSkill
- render-mermaidSkill
- secrets-syncSkill
- standupSkill
- system-designSkill
- tech-debtSkill
- testing-strategySkill
- tmux-session-captureSkill
- tsdocSkill
- web-ui-automation-componentsSkill
- web-ui-automation-surveySkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. 0 are common, 10 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 9 edited versions we read keep these.
10
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Very specific: line 16
FLAG ALL COPYLEFT LICENSES IN PERMISSIVE PROJECTS: If the project uses MIT/Apache/BSD, any dependency using GPL/AGPL/LGPL/MPL must be …
- Distinctive: line 31
If multiple ecosystems are detected, audit each one separately.
- Very specific: line 35
Read the LICENSE file or the license field in the package manifest to determine the project's own license.
- Distinctive: line 39
Run the appropriate command for the detected package manager:
- Distinctive: line 50
If the command is unavailable, fall back to reading the lock file and comparing versions via the registry API.
- Distinctive: line 66
When the project license is permissive (MIT, Apache-2.0, BSD):
- Distinctive: line 78
Run the appropriate audit command:
- Distinctive: line 88
If the tool is unavailable, note it as SKIPPED in the report.
- Distinctive: line 141
Do NOT install dependencies or modify lock files.
- Very specific: line 142
Do NOT run npm install, composer install, etc.
- Distinctive: line 143
Do NOT assume all commands are available.
- Distinctive: line 144
Do NOT report patch-level outdated dependencies as urgent.
- Distinctive: line 145
Do NOT conflate "outdated" with "vulnerable." Outdated is maintenance.
“Common” is measured: kept by at least 6 in 10 of the 9 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.
Files
Dependency Audit
Audit project dependencies for license compatibility, outdated versions, and known vulnerabilities.
Iron Law
FLAG ALL COPYLEFT LICENSES IN PERMISSIVE PROJECTS. If the project uses MIT/Apache/BSD, any dependency using GPL/AGPL/LGPL/MPL must be explicitly flagged as a compatibility risk.
Step 1: Detect Package Manager
Scan the repo root for manifest files to determine the ecosystem:
| File | Ecosystem | Lock file |
| package.json | npm/Node.js | package-lock.json, yarn.lock, pnpm-lock.yaml |
| composer.json | Composer/PHP | composer.lock |
| Cargo.toml | Cargo/Rust | Cargo.lock |
| pyproject.toml / requirements.txt | pip/Python | requirements.txt, poetry.lock |
| go.mod | Go modules | go.sum |
| Gemfile | Bundler/Ruby | Gemfile.lock |
If multiple ecosystems are detected, audit each one separately.
Step 2: Detect Project License
Read the LICENSE file or the license field in the package manifest to determine the project's own license. This is needed for compatibility analysis in Step 4.
Step 3: Check for Outdated Dependencies
Run the appropriate command for the detected package manager:
| Ecosystem | Command |
| npm | npm outdated --json |
| Composer | composer outdated --format=json |
| Cargo | cargo outdated --format json (if cargo-outdated is installed, otherwise parse Cargo.toml manually) |
| pip | pip list --outdated --format=json |
| Go | go list -m -u all |
| Bundler | bundle outdated --parseable |
If the command is unavailable, fall back to reading the lock file and comparing versions via the registry API.
Step 4: Identify Dependency Licenses
Determine licenses for each dependency:
| Ecosystem | Method |
| npm | npm ls --json then check each package's package.json license field |
| Composer | composer licenses --format=json |
| Cargo | cargo license (if cargo-license is installed) or parse Cargo.toml of each dep |
| pip | pip-licenses --format=json (if installed) or check PyPI metadata |
| Go | Check LICENSE files in module cache or go-licenses tool |
License Compatibility Matrix
When the project license is permissive (MIT, Apache-2.0, BSD):
| Dependency License | Status |
| MIT, ISC, BSD, Apache-2.0, Unlicense, CC0 | COMPATIBLE |
| LGPL-2.1, LGPL-3.0 | CAUTION -- compatible if dynamically linked |
| GPL-2.0, GPL-3.0, AGPL-3.0 | INCOMPATIBLE -- copyleft infection risk |
| MPL-2.0 | CAUTION -- file-level copyleft |
| Unknown / No license | RISK -- treat as proprietary |
Step 5: Check for Known Vulnerabilities
Run the appropriate audit command:
| Ecosystem | Command |
| npm | npm audit --json |
| Composer | composer audit --format=json |
| Cargo | cargo audit --json (if cargo-audit is installed) |
| pip | pip-audit --format=json (if installed) |
| Go | govulncheck ./... (if installed) |
If the tool is unavailable, note it as SKIPPED in the report.
Output Format
Present the report as:
# Dependency Audit Report
**Project**: {name}
**Project License**: {license}
**Ecosystem**: {ecosystem}
**Total Dependencies**: {count}
**Audited**: {date}
## Summary
| Category | Count |
|----------|-------|
| Up to date | X |
| Outdated (minor) | X |
| Outdated (major) | X |
| Vulnerable | X |
| License incompatible | X |
| License caution | X |
## Vulnerabilities
| Package | Installed | Severity | Advisory | Fix |
|---------|-----------|----------|----------|-----|
| {name} | {version} | CRITICAL/HIGH/MEDIUM/LOW | {CVE or advisory ID} | Upgrade to {version} |
## License Issues
| Package | Version | License | Status | Risk |
|---------|---------|---------|--------|------|
| {name} | {version} | {license} | INCOMPATIBLE/CAUTION/RISK | {explanation} |
## Outdated Dependencies
| Package | Current | Latest | Type |
|---------|---------|--------|------|
| {name} | {current} | {latest} | major/minor/patch |
## Recommendations
1. **[CRITICAL]** {action} -- {why}
2. **[IMPORTANT]** {action} -- {why}
3. **[MAINTENANCE]** {action} -- {why}Anti-Patterns
- Do NOT install dependencies or modify lock files. Read-only analysis.
- Do NOT run
npm install,composer install, etc. Work with what is already installed or use registry APIs. - Do NOT assume all commands are available. Check first and gracefully skip unavailable tools.
- Do NOT report patch-level outdated dependencies as urgent. Focus on major version gaps and security issues.
- Do NOT conflate "outdated" with "vulnerable." Outdated is maintenance; vulnerable is security.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

