agentleFS
motao123motao123/dev-workflow-kit/dependency-compliance-audit/SKILL.md

dependency-compliance-audit

Skill1 starsChanged 5 months agoMITView on GitHub

Use when the main question is whether a third-party dependency is acceptable to adopt, upgrade, keep, or ship. This skill focuses on package risk, license or policy fit, supply-chain awareness, and recommended next actions.

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 4 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    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
  1. Distinctive:

    Use this skill when package choice or package governance is the main blocker.

    line 9
  2. Distinctive:

    Use this skill when:

    line 13
  3. Distinctive:

    Do not use this skill for general code security review, product design, or final release signoff across the whole change.

    line 20
  4. Distinctive:

    follow-up verification or documentation

    line 38
  5. Very specific:

    use security-review if dependency concerns expand into runtime trust-boundary issues

    line 43
  6. Very specific:

    use docs-writer if policy or migration notes should be recorded

    line 44
  7. Very specific:

    use ship-readiness if package choice remains a release blocker

    line 45

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “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 Compliance Audit

Use this skill when package choice or package governance is the main blocker.

Trigger Conditions

Use this skill when:

  • the user asks whether a new dependency is safe or acceptable to adopt
  • license, policy, provenance, or supply-chain concerns are in scope
  • a stale, risky, or vulnerable package needs to be evaluated
  • package upgrade pressure is affecting release confidence
  • the team needs a dependency-focused review before merge or release

Do not use this skill for general code security review, product design, or final release signoff across the whole change.

Workflow

  1. Identify the dependency or dependency set under review.
  2. Clarify whether the concern is security, license, policy, maintenance, provenance, or upgrade compatibility.
  3. Separate direct dependency concerns from broader code-path concerns.
  4. Classify risk and likely decision options.
  5. Recommend the smallest next action with the best tradeoff.
  6. Suggest any follow-up review or documentation needed.

Output

For non-trivial work, provide:

  • dependency scope reviewed
  • main risk categories
  • likely policy or release concerns
  • recommended decision path
  • follow-up verification or documentation

Coordination

After audit:

  • use security-review if dependency concerns expand into runtime trust-boundary issues
  • use docs-writer if policy or migration notes should be recorded
  • use ship-readiness if package choice remains a release blocker

Invocation Examples

  • "Use dependency-compliance-audit to review whether this new package is safe to adopt."
  • "Use dependency-compliance-audit because the main concern is license and supply-chain fit."
  • "Use dependency-compliance-audit to assess whether this outdated package is still acceptable for release."

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.

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.