CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dependency-auditor

Audit and manage dependencies across multi-language projects. Identifies vulnerabilities, license conflicts, transitive dependency risks, and safe-upgrade paths. Use when auditing third-party packages before release, investigating a CVE, planning a major version bump, or running a license-compliance review. Examples: 'audit our npm dependencies', 'do we have GPL contamination', 'plan the upgrade to React 19'.

67

Quality

84%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

71%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, honest, and largely executable skill body with verified commands and a genuine verification loop. Its main defects are navigational: a dead README.md link, nonexistent sample fixtures claimed as present, and a vague references/ pointer that leaves one bundled reference undiscoverable. Minor generic advice in Best Practices could also be trimmed.

Suggestions

Fix the bundle pointers: either add the advertised fixtures (test-project/, test-inventory.json, expected_outputs/) and README.md, or remove those claims from SKILL.md — dead paths currently mislead the agent.

Replace the generic "references/ for the vulnerability/license knowledge bases" line with named one-line pointers to each actual file (vulnerability_assessment_guide.md, license_compatibility_matrix.md, dependency_management_best_practices.md) so all bundled references are discoverable.

Extend the workflow with an explicit remediation iteration (what to do when the scanner exits non-zero or license conflicts are found) to raise the validation loop to full feedback-loop coverage, and trim the generic Best Practices advice while keeping the concrete cadence guidance.

DimensionReasoningScore

Conciseness

The body is efficient — lean tables for ecosystems and risk matrix, honest scoped capability claims for the scripts, and no explanation of concepts Claude already knows. Minor trimmable padding remains in Best Practices ("Prioritize security", "Gradual updates" are near-obvious advice), fitting anchor 4 ('Efficient; minor instances of over-explanation') rather than the every-token-earns-its-place anchor 5.

4 / 5

Actionability

The Quick Start commands are copy-paste ready and every documented flag (--fail-on-high, --policy, --risk-threshold, --timeline, --quick-scan, --security-only, -o/--output) is verified present in the actual scripts, and output-consumption guidance is concrete. However, the claimed sample fixtures ("test-project/ and test-inventory.json ... expected shapes in expected_outputs/") do not exist in the bundle, leaving a minor gap that would fail if followed.

4 / 5

Workflow Clarity

A clear numbered 1-2-3 sequence (scan → license check → plan) with an explicit validation feedback loop ("after applying upgrades, re-run step 1 and assert 0 high-severity findings before closing the audit") and documented failure behavior ("exit non-zero on high severity"). It falls short of anchor 5 because remediation iteration on failure and how to act on license conflicts mid-workflow are not spelled out — 'clear sequence with most checkpoints present; minor validation gaps'.

4 / 5

Progressive Disclosure

Structure is decent and the three scripts plus three references/ files are real, but navigation is undermined by dead and false pointers: the README.md link does not resolve, the advertised fixtures (test-project/, test-inventory.json, expected_outputs/) are absent, and the generic "references/ for the vulnerability/license knowledge bases" pointer neither names the individual files nor mentions dependency_management_best_practices.md at all. This fits anchor 3 ('references present but not clearly signaled') better than anchor 4's 'references mostly clear'.

3 / 5

Total

15

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete multi-action capability statement, explicit 'Use when...' trigger guidance with realistic example phrases, and a distinct niche. The only gap is modest synonym coverage — common phrases like 'outdated packages' or 'supply chain' are absent. Voice is appropriately third-person.

DimensionReasoningScore

Specificity

The description lists four concrete capabilities — "Identifies vulnerabilities, license conflicts, transitive dependency risks, and safe-upgrade paths" — giving comprehensive coverage of the dependency-audit domain rather than vague abstraction. It matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' and is clearly above the 'several specific actions; minor gaps' anchor.

5 / 5

Completeness

Both questions are explicitly answered: what ("Audit and manage dependencies across multi-language projects. Identifies vulnerabilities, license conflicts, transitive dependency risks, and safe-upgrade paths") and when ("Use when auditing third-party packages before release, investigating a CVE, planning a major version bump, or running a license-compliance review"), supplemented with concrete example trigger phrases. This clearly matches the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases'.

5 / 5

Trigger Term Quality

Natural user phrases are present ("audit our npm dependencies", "do we have GPL contamination", "plan the upgrade to React 19", "investigating a CVE", "license-compliance review"), but common variations like "outdated packages", "supply chain", "lockfile", or manifest filenames are missing. This fits anchor 4 ('Good keyword coverage; a few natural terms missing') rather than anchor 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

Dependency auditing is a clear niche with distinct triggers ("GPL contamination", "investigating a CVE", "plan the upgrade to React 19") that are unlikely to fire for other skills. It matches 'Clear niche with distinct triggers; minimal conflict risk'; only a generic 'security review' skill would mildly overlap.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

engineering/skills/dependency-auditor/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.