Dependency auditor
172 production-ready Claude Code skills for sales, marketing, design, engineering, and AI agent architecture. Built and maintained by OneWave AI.
npx -y skills add OneWave-AI/claude-skills --skill dependency-auditorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Audit npm dependencies for security vulnerabilities, outdated packages, and unused dependencies. Use when checking for security issues, updating packages, or cleaning up dependencies.
SKILL.md
3.3 KB, 790 tokens by cl100k_base, as published. Nobody here has run it
Dependency Auditor
Instructions
When auditing dependencies:
- Run security audit
- Check for outdated packages
- Find unused dependencies
- Analyze bundle size impact
- Review and update
Security Audit
# NPM audit
npm audit
# Get JSON output for processing
npm audit --json
# Fix automatically (safe fixes only)
npm audit fix
# Force fix (may have breaking changes)
npm audit fix --force
# PNPM
pnpm audit
# Yarn
yarn audit
Check Outdated Packages
# NPM
npm outdated
# Interactive update
npx npm-check-updates -i
# Update all to latest
npx npm-check-updates -u
npm install
# Check specific package
npm view <package> versions
Find Unused Dependencies
# Using depcheck
npx depcheck
# With details
npx depcheck --detailed
# Ignore patterns
npx depcheck --ignores="@types/*,eslint-*"
Common False Positives
Depcheck may flag these as unused when they're actually needed:
@types/*packages (used by TypeScript)- ESLint/Prettier plugins (referenced in config)
- PostCSS plugins (referenced in config)
- Next.js plugins
- Babel presets
Analyze Bundle Size
# For Next.js
npx @next/bundle-analyzer
# General purpose
npx source-map-explorer dist/**/*.js
# Check package size before installing
npx package-phobia <package-name>
# Compare alternatives
npx bundlephobia-cli compare lodash ramda
Dependency Review Checklist
Security
- No critical/high vulnerabilities
- Dependencies actively maintained
- No known malicious packages
- Lock file committed
Freshness
- No major version behind (unless intentional)
- Security patches applied
- Deprecated packages replaced
Cleanliness
- No unused dependencies
- No duplicate packages (check lock file)
- devDependencies vs dependencies correct
Update Strategies
Conservative (Recommended)
# Update patch versions only
npm update
# Update specific package
npm install package@latest
Aggressive
# Update everything
npx npm-check-updates -u
npm install
npm test
Interactive
npx npm-check-updates -i
# Options:
# a - update all
# space - toggle selection
# enter - apply selected
Package.json Cleanup
{
"dependencies": {
// Runtime dependencies only
},
"devDependencies": {
// Build/test tools only
},
"peerDependencies": {
// For libraries only
},
"optionalDependencies": {
// Platform-specific (rare)
}
}
Lock File Best Practices
- Always commit lock files (package-lock.json, pnpm-lock.yaml, yarn.lock)
- Use
npm ciin CI/CD (notnpm install) - Regenerate if corrupted: delete lock file + node_modules, reinstall
- Single lock file per project (don't mix package managers)
Automated Monitoring
# .github/dependabot.yml
version: 2
updates:
- package-ecosystem: "npm"
directory: "/"
schedule:
interval: "weekly"
open-pull-requests-limit: 10
groups:
dev-dependencies:
dependency-type: "development"
Gives 0 of the 12 instructions most audit compliance skills give in 790 tokens
Counted across 936 of the 1,487 authors here whose files we hold, read 2026-08-06
- group findings by severityin 44 of 936
- Fetch latest guidelines before each reviewin 43 of 936, across 3 files
- Check files against all fetched rulesin 42 of 936, across 2 files
- Output findings in terse file:line formatin 41 of 936, across 3 files
- Ask user which files to review if none specifiedin 41 of 936, across 3 files
- Read specified files or prompt user for filesin 39 of 936, across 1 file
- generate the audit reportin 39 of 936, across 36 files
- assign a severity to every findingin 25 of 936
- run automated accessibility scansin 23 of 936, across 13 files
- map findings to WCAG criteriain 20 of 936, across 10 files
- confirm audit scopein 19 of 936, across 9 files
- check title tags and meta descriptions for uniquenessin 19 of 936, across 5 files
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.