dependency-audit
Skill4 starsChanged 46 days agoMITView on GitHub
Audits the supply chain (OWASP A03) — lockfiles, vulnerability scans, abandoned packages, versions vs the stack reference, licences, Renovate/Dependabot config, SRI, image pinning — and reports upgrade/replace actions; `--fix-safe` applies patch/minor updates on a chore branch. Required before release; use for 'check the dependencies', 'any vulnerable packages', 'outdated deps'.
42 other projects use a version of this.
Adopted by
Most recently taken up by
- petr-korobeinikov/skillstheir own version, first seen Nov 8, 2026
- ymd38/dev-skillstheir own version, first seen Nov 8, 2026
- northraystudio/marudatheir own version, first seen Nov 8, 2026
- Smaui94/ClaudeSkillCollectiontheir own version, first seen Nov 8, 2026
- nisarth/claude-skills-storetheir own version, first seen Nov 8, 2026
- amkisko/prayerstheir own version, first seen Nov 6, 2026
Used with
Projects with it also use api-audit, container-audit and 7 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
gmanch94Skillapi-audit
Guides a structured API portfolio audit — from discovery through primary-source-verified inventory, shortcomings analysis, prioritized recommendations, executive summary, and options analysis. Enforces primary-source discipline, cross-file consistency, and advisor review gates. Use when auditing an API portfolio, evaluating a vendor's developer ecosystem, or producing defensible technical analysis of an API set.
Also in 3 projects that use this
grichaSkillcontainer-audit
Audit local Docker images and running containers for hardening issues before deploy — privileged flags, root users, stale base images, missing resource limits. Use for pre-deploy container review.
Also in 3 projects that use this
conorluddySkillperformance-profiling
Instruments integration and performance analysis workflows for iOS apps. Use when profiling CPU usage, memory allocation, network activity, or energy consumption. Covers Time Profiler, Allocations, Leaks, Network instruments, and performance optimization strategies.
Also in 3 projects that use this
OpenAISkillsecurity-scan
Use for a standard, single-pass security audit of an entire repository or a scoped path, package, folder, or submodule with no diff to review. This is the default repository scan. Do not use for PR, commit, branch, or working-tree diffs, or for deep, multi-pass scans.
Also in 4 projects that use this
GitHubSkillaccessibility-audit
Audits actual components and routes against applicable WCAG 2.2 A/AA criteria using consumer-owned design-system evidence and repository tools. Use when asked for an accessibility audit, a11y check, keyboard or focus review, contrast check, or screen-reader verification.
Also in 3 projects that use this
pproencaSkillrefactoring
Code refactoring best practices based on Martin Fowler's catalog and Clean Code principles. This skill should be used when refactoring existing code, improving code structure, reducing complexity, eliminating code smells, or reviewing code for maintainability. Triggers on tasks involving extract method, rename, decompose conditional, reduce coupling, or improve readability.
Also in 3 projects that use this
Other versions42 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 42
- web-infra-dev/modern.js★ 5ksame name
- briiirussell/cybersecurity-skills★ 489same name
- Mathews-Tom/armory★ 340same name
- PerryLink/dsh-skill-pack-security★ 22same name
- Indium-AI-Labs/indium-agentkit★ 18same name
- Ionate-Technologies/indium-agentkit★ 17same name
- Quality-Max/free-qa-skills★ 13same name
- jnotsknab/mux-swarm★ 9same name
- greglas75/zuvo★ 7same name
- northraystudio/maruda★ 7same name
32 more not listed
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 repository52 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- testing/CLAUDE.mdCLAUDE.md
- a11y-auditSkill
- adoptSkill
- api-contractSkill
- architecture-decisionSkill
- architecture-reviewSkill
- backlogSkill
- brainstormSkill
- changelogSkill
- code-reviewSkill
- collaboration-protocolSkill
- create-storiesSkill
- data-modelSkill
- deploySkill
- design-systemSkill
- dev-storySkill
- docsSkill
- feature-specSkill
- game-conceptSkill
- hardenSkill
- helpSkill
- hotfixSkill
- impactSkill
- incidentSkill
- initSkill
- migrateSkill
- pentestSkill
- perf-auditSkill
- product-specSkill
- qa-planSkill
- refactorSkill
- release-checklistSkill
- retrospectiveSkill
- security-auditSkill
- setup-stackSkill
- skill-improveSkill
- skill-testSkill
- sprint-planSkill
- sprint-statusSkill
- stack-updateSkill
- startSkill
- story-doneSkill
- team-featureSkill
- team-gameSkill
- team-releaseSkill
- team-securitySkill
- tech-debtSkill
- test-setupSkill
- threat-modelSkill
- updateSkill
- ux-specSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 0 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 39 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 40
When HEAD is a story branch (or the chore/deps-<date> branch of --fix-safe), name it and ask one AskUserQuestion: switch to the default …
“Common” is measured: kept by at least 6 in 10 of the 39 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
Reply in the project conversation language (CLAUDE.md → Language); code, identifiers, paths and commit messages stay in English.
Reference stack-reference/index.md, tooling-devops.md, supply-chain.md (SBOM scanning, update-bot policy); template findings.md. The report is docs/ops/dependency-audit-<date>.md (Phase 4); its high findings reach planning the way the sibling audits' do — as production/findings.md rows (DEP-NNN, Phase 4 step 2), because /help, /create-stories and /sprint-plan read that file and nobody reads the report for open actions (git-workflow § Chore / infra: a found problem is recorded there). In the commands below, <hooks> is .claude/hooks/ in copy mode and ${CLAUDE_PLUGIN_ROOT}/hooks/ in plugin mode.
File writes and any mutation (git, deploy) happen only after an explicit "May I write?" / "Proceed?" — each one AskUserQuestion (proceed (Recommended) · show the draft/diff first · not now) → "yes". After the "write" answer: touch .claude/.write-consent (rule 7 — the consent-guard hook checks the marker). A subagent spawned through Task cannot ask the user: the parent's "yes" covers the packages and files it names, and a delegated agent that needs to go beyond that stops and reports back so the parent asks.
Phase 1: Inventory
Manifests and lockfiles (go.mod/go.sum, composer.lock, pnpm-lock.yaml/package-lock.json), Dockerfile base images, external <script src> in HTML, GitHub Actions (pins).
Phase 2: Checks (Bash, whatever is available)
- Go:
govulncheck ./.... - PHP:
composer audit,composer outdated --direct, Packagist abandoned (WebFetchof the package's Packagist page when in doubt — the fetched status is quoted in the report, never assumed). - JS:
pnpm audit/npm audit,pnpm outdated. - Versions vs
stack-reference/index.md. - Licences:
license-checker/composer licenses/go-licenseswhen available. renovate.json/dependabot.yml: present, minors grouped pertooling-devops.md. The open update PRs themselves are/sprint-plan's queue, not this report's.- Images:
trivy imagewhen available. - SBOM-based scan (option next to the ecosystem audits,
supply-chain.md§ SBOM): when a release SBOM exists (gh release view <tag> --json assets, orsyft <image>@<digest> -o cyclonedx-json=sbom.cdx.jsonnow),grype sbom:sbom.cdx.json --fail-on high --only-fixedortrivy sbom sbom.cdx.json— one scan covers OS packages of the base image and the app dependencies together; its findings join the same table with the source columnsbom.
Phase 3: Report
Table "package → version → problem (CVE/abandoned/outdated/licence) → action (upgrade/replace/accept risk) → effort", shown in the chat.
--fix-safe: propose applying only patch/minor updates without breaking changes (after "yes", with a test run). Dependency updates are toolchain work on the chore lane (git-workflow § Chore / infra): after the "yes", switch to a chore/deps-<date> branch from an up-to-date default branch, apply the updates, run the tests (output in the result), commit chore(deps): safe updates <date> and open the PR; /code-review --diff before the merge. The manifest and lockfile changes never land on the default branch and never ride the docs: commit of Phase 4. A failing test run reverts the update that broke it and lists it under "not applied".
Phase 4: Write
- "May I write
docs/ops/dependency-audit-<date>.md?" — oneAskUserQuestion: write (Recommended) · show the draft/diff first · not now. After the "write" answer:touch .claude/.write-consent(rule 7 — the consent-guard hook checks the marker). - High findings reach
production/findings.md. For every high finding (a high/critical CVE, an abandoned package with no replacement, a licence conflict), oneAskUserQuestion: record it inproduction/findings.md(templatefindings.md; idDEP-NNN, severity, area/package, source column pointing at the report, the action — upgrade/replace/accept risk) (Recommended) · story stubs now via/create-stories· report only. The "record" answer is the "May I writeproduction/findings.md?" consent:touch .claude/.write-consentafter it, then write the row. A high finding that is neither recorded nor turned into a story is named as such in the verdict line. Record the gate before asking —<hooks>session-state.sh set Gate "/dependency-audit Phase 4: record DEP-NNN?"— and clear it after the answer (<hooks>session-state.sh set Gate "—"). Commit gate (rule 7 (4),
.claude/docs/git-workflow.md§ Documents), right after the write (and the findings rows, when any were recorded):docs: dependency audit <date>, staging exactlydocs/ops/dependency-audit-<date>.md,production/findings.mdwhen rows were added and.claude/agent-memory/when the run changed it (git-workflow § Agent memory). Record the gate before asking —<hooks>session-state.sh set Gate "/dependency-audit Phase 4: commit?"— and clear it after the answer (<hooks>session-state.sh set Gate "—").- On the default branch when no story work is in progress: one
AskUserQuestion— commit (Recommended) · leave uncommitted. - When HEAD is a story branch (or the
chore/deps-<date>branch of--fix-safe), name it and ask oneAskUserQuestion: switch to the default branch and commit there (Recommended — a pipeline-wide document) · commit here (the document belongs to this branch) · leave uncommitted. - Lockfile and manifest changes, a
renovate.json/dependabot.ymladded on request, image pins: not documents — they stay on the chore lane and never ride thedocs:commit; name them in the result.
Nothing is committed without the answer.
- On the default branch when no story work is in progress: one
Verdict: CLEAN | ACTION REQUIRED (N high). Next step — one AskUserQuestion: stories for the replacements/upgrades (Recommended) · /stack-update for outdated majors · report only.
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.

