CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dependency-triage

Scan package manifests and lockfiles for outdated packages and known CVEs. Groups updates by risk (patch, minor, major). Use in dependency sweeper loops.

Quality

77%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./starters/dependency-sweeper/.grok/skills/dependency-triage/SKILL.md

The canonical home for this skill is dependency-triage in cobusgreyling/loop-engineering

SKILL.md
Quality
Evals
Security

Quality

Content

72%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 tight, well-structured instruction skill with a concrete output format and unambiguous classification rules. Its weaknesses are the unspecified mechanics of the scanning/CVE-lookup step and the absence of an explicit validation checkpoint in what is a batch operation, leaving the workflow implicit.

Suggestions

Name the concrete scanning commands or tools to run per ecosystem (e.g., npm outdated, pip list --outdated, an OSV scanner) so the core discovery step is executable rather than implied.

Add an explicit validation step to the workflow, e.g. re-run the scanner or CVE lookup after applying a suggested bump to confirm the advisory is resolved before reporting success.

Present the procedure as a short numbered sequence (scan → classify → check denylist/overrides → emit output) instead of leaving the order implied by the rules sections.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence (terse semver classification rules, a compact output template, no concept explanations). Not 5 because the auto-generated untrusted-input block and its background URL add generic, non-skill-specific tokens that could be trimmed. Not 3: there is no unnecessary explanation of concepts Claude already knows.

4 / 5

Actionability

A copy-paste-ready output template ("### package-name (ecosystem...)", "Risk: patch | minor | major") and precise decision rules ("major: always escalate-human unless explicitly pre-approved", "If lockfile conflict or peer dependency warning → escalate-human") give mostly executable guidance. Not 5 because the core scanning step is unspecified — no commands or tools for finding outdated packages or looking up CVEs.

4 / 5

Workflow Clarity

The sequence (scan → classify → emit triage output) is only implicit, and as a batch operation over many packages it lacks an explicit validation step confirming a suggested bump resolves the advisory; the human-escalation gates are the only checkpoints. The batch-operation guideline caps this at 3; not 2 because the classification rules do define clear decision points and error-path escalation.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files and no need for external references; it is organized into clearly labeled sections (Output per package, Classification Rules, Rules, Untrusted input), which satisfies the simple-skill exception. The only mentioned file, dependency-sweeper-state.md, is external loop state, not a bundle reference.

5 / 5

Total

16

/

20

Passed

Description

75%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 concise, third-person description that clearly states concrete capabilities and includes an explicit use-when clause. Its main limitation is that the trigger guidance ("Use in dependency sweeper loops") is internal loop jargon rather than natural user phrasing, and common synonyms like "vulnerabilities" or "upgrade" are absent.

DimensionReasoningScore

Specificity

"Scan package manifests and lockfiles for outdated packages and known CVEs" plus "Groups updates by risk (patch, minor, major)" lists several concrete third-person actions (scan manifests, scan lockfiles, detect outdated packages, detect CVEs, group by risk). Not 3 because it goes beyond 1-2 actions; not 5 because it omits parts of the skill's output behavior such as escalation recommendations.

4 / 5

Completeness

Both are answered: the "what" is concrete (scan manifests/lockfiles for outdated packages and CVEs, group by risk) and an explicit "Use in dependency sweeper loops" clause provides the "when". Not 5 because the trigger is loop-internal jargon rather than concrete user-facing trigger phrases; not 3 because an explicit use-when clause is present.

4 / 5

Trigger Term Quality

Natural terms users would say are present: "outdated packages", "known CVEs", "lockfiles", "dependency". Not 5 because common synonyms like "vulnerabilities", "security advisories", "update"/"upgrade", or file extensions (package.json, requirements.txt) are missing.

4 / 5

Distinctiveness Conflict Risk

"Scan package manifests and lockfiles for outdated packages and known CVEs" carves out a clear dependency-triage niche with distinct triggers. Not 5 because it could still overlap with a generic "update dependencies" or security-audit skill; not 3 because the manifest/lockfile/CVE framing is more specific than a broad domain claim.

4 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

cobusgreyling/loop-engineering

Path

starters/dependency-sweeper/.grok/skills/dependency-triage/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.