CtrlK
BlogDocsLog inGet started
Tessl Logo

dependency-update

Read release notes/changelogs, update a defined dependency scope, handle breaking changes, and verify. Explicit-only; no broad update-everything by inference.

52

Quality

58%

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

Fix and improve this skill with Tessl

tessl review fix ./crates/tui/assets/skills/dependency-update/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

The body is admirably concise and well-structured for a simple skill, but its workflow steps are abstract and lack concrete commands, executable examples, and an explicit validation feedback loop for handling breaking changes.

Suggestions

Add concrete, executable guidance for each step, e.g. specific commands to check current versions, read changelogs, apply updates, and run the test/build gates.

Insert an explicit validation feedback loop: verify with tests/build, and if failures occur, fix and re-verify before proceeding.

Provide a short worked example (e.g. bumping one dependency and resolving a breaking change) to make the abstract steps actionable and copy-paste ready.

DimensionReasoningScore

Conciseness

The body is lean and efficient with no padding or explanation of concepts Claude already knows; every line (Invocation, Non-goals, four-step Workflow) earns its place.

3 / 3

Actionability

Steps describe rather than instruct ("Apply updates and fix breakages", "verify with the project's test/build gates") with no concrete commands, file paths, or executable examples; per the code-vs-instruction note, absence of code is not penalized only when the guidance is actionable, which it is not here.

1 / 3

Workflow Clarity

A clear four-step sequence is present, but the only checkpoint ("Verify") is implicit with no validate->fix->retry feedback loop; since this involves breaking changes the missing feedback loop caps workflow_clarity at 2.

2 / 3

Progressive Disclosure

The skill is under 50 lines, has no need for external references, and is organized into clear sections (Invocation, Non-goals, Workflow), satisfying the simple-skills allowance for a top score; no bundle files exist to evaluate.

3 / 3

Total

9

/

12

Passed

Description

60%

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

The description is concise and names several concrete actions with a clear anti-scope, but it lacks an explicit "Use when..." trigger clause and natural trigger-term variations, leaving "when to use" only implied.

Suggestions

Add an explicit "Use when..." clause naming natural triggers, e.g. "Use when updating a specific dependency scope, bumping packages, or addressing breaking changes from release notes."

Include common user-facing terms like "bump dependencies", "upgrade packages", or "outdated dependencies" to improve trigger-term coverage.

Sharpen distinctiveness by contrasting with a generic update-everything skill in the trigger phrasing so it is unlikely to fire for broad maintenance requests.

DimensionReasoningScore

Specificity

Lists several concrete actions ("read release notes/changelogs", "update a defined dependency scope", "handle breaking changes", and "verify"), matching the multiple-specific-actions anchor; it is not the level below because it goes well beyond naming only a domain.

3 / 3

Completeness

It clearly states what the skill does but provides only an implied "when" (no "Use when..." or equivalent explicit trigger guidance), so completeness is capped at 2 per the rubric guidelines.

2 / 3

Trigger Term Quality

Real terms like "release notes", "changelogs", "breaking changes", and "dependencies" appear, but common variations a user would say ("bump deps", "upgrade packages", "outdated dependencies") are missing and there is no explicit "Use when..." trigger phrase.

2 / 3

Distinctiveness Conflict Risk

The "Explicit-only; no broad update-everything by inference" carve-out gives it a distinct niche, but it could still overlap with general package-management or build skills and lacks fully distinct trigger phrasing.

2 / 3

Total

9

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
Hmbown/CodeWhale
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.