CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

update-project-dependencies

Update Chatto Go and frontend dependencies within their compatible version ranges, then run tests.

Quality

76%

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 ./.agents/skills/update-project-dependencies/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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.

The body is an exemplary lean workflow: concrete mise/pnpm/go commands, exact file paths, an explicit test-failure checkpoint with a no-auto-rollback guardrail, and a clear scope constraint on version ranges. The only minor improvement would be a concrete command for reviewing manifest/lockfile diffs in step 4.

DimensionReasoningScore

Conciseness

The body is ~26 lean lines of pure operational instruction with zero padding; even the one explanatory sentence ("Version ranges do not prove behavioral compatibility") conveys a non-obvious project-specific rationale that earns its tokens. It fully matches the 'lean and efficient; every token earns its place' anchor.

5 / 5

Actionability

It gives copy-paste-ready commands for every execution step (`mise x -- go get -u ./...`, `mise x -- go mod tidy`, `mise x -- pnpm update`, `mise test`) with exact paths. It falls just short of anchor 5 because step 4's "Review manifest and lockfile changes" lacks a concrete command (e.g., a git diff invocation), leaving a minor gap.

4 / 5

Workflow Clarity

A clear 6-step numbered sequence with an explicit validation checkpoint ("If tests fail, stop and report the failures ... do not roll them back automatically") and a version-range guardrail in step 4. It is not a 5 because there is no fix-and-revalidate feedback loop, and it is above a 3 since checkpoints are explicit rather than implicit — so the batch-operation cap does not apply.

4 / 5

Progressive Disclosure

The skill is under 50 lines, single-purpose, and has no bundle files, so the simple-skill exception applies: the single heading plus well-organized numbered steps with no external references needed scores 5.

5 / 5

Total

18

/

20

Passed

Description

53%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.

The description is concise, concrete, and clearly scoped to the project's Go and frontend dependencies, with low conflict risk. Its main weakness is the absence of any "when to use" trigger guidance and natural synonyms like "upgrade" or "bump", leaving completeness and trigger-term quality at the midpoint.

Suggestions

Add a 'Use when...' clause with concrete trigger phrases, e.g. 'Use when the user asks to update, upgrade, or bump Go or frontend dependencies in the Chatto repo'.

Include natural synonyms users would say, such as 'upgrade packages' or 'bump versions', to broaden trigger-term coverage.

Name the key artifacts touched (go.mod, package.json, lockfiles) to sharpen the specificity of the stated actions.

DimensionReasoningScore

Specificity

The description names the domain ("Chatto Go and frontend dependencies") and two concrete actions ("Update ... within their compatible version ranges" and "run tests"), matching the 1-2 concrete actions anchor. It falls short of anchor 4 because it does not list several specific actions such as manifest/lockfile review or reporting outcomes.

3 / 5

Completeness

The "what" is clear (update Go and frontend dependencies within compatible ranges, then run tests), but there is no "Use when..." clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 2 because the "what" is concrete rather than vague.

3 / 5

Trigger Term Quality

Terms like "dependencies", "Go", and "frontend" are relevant keywords a user might say, but common variations such as "upgrade", "bump versions", or "packages" are missing. This sits at anchor 3 rather than 4 because keyword coverage is only partial.

3 / 5

Distinctiveness Conflict Risk

Naming the specific project ("Chatto") and both ecosystems with a compatible-range constraint gives it a mostly distinct niche with only minor overlap risk against generic dependency or testing skills. It is not a 5 because it lacks explicit trigger phrases that would fully separate it from related skills.

4 / 5

Total

13

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

chattocorp/chatto

Path

.agents/skills/update-project-dependencies/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.