CtrlK
BlogDocsLog inGet started
Tessl Logo

context7-version-aware-implementation

Use the current project dependency versions and Context7 documentation to implement or upgrade code without importing APIs from a different release line.

58

Quality

66%

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 ./examples/plugin-packages/context7/skills/context7-version-aware-implementation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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, well-sequenced instruction-only skill: concise, logically ordered, with a validation step and an explicit fallback for version mismatches. Its main weakness is actionability — the steps describe intents without a single concrete command, file name, or example of how to query Context7 or run the owning package checks.

Suggestions

Add concrete specifics to key steps, e.g. which manifests/lockfiles to inspect (package.json/package-lock.json, requirements.txt/pyproject.toml, go.mod/go.sum) and how to resolve the installed version.

Include an example of the check step, such as the owning package's test/lint command to run after the change, or a one-line example of retrieving version-scoped docs from Context7.

Add a brief instruction for the failure loop when the package checks fail (fix and re-run) to close the last workflow validation gap.

DimensionReasoningScore

Conciseness

The body is eight lean lines with zero padding: nothing explains concepts Claude already knows, and every phrase ("smallest compatible change", "preserve established project patterns") adds actionable signal. This matches the 'lean and efficient; every token earns its place' anchor.

5 / 5

Actionability

Steps name concrete intents ("Inspect the project manifest and lockfile", "Run the owning package checks") but include no commands or examples — no manifest file names, no how-to for querying Context7, and no example check command — matching the 'some concrete guidance but incomplete; missing key details' anchor rather than the 'mostly executable' level.

3 / 5

Workflow Clarity

Five steps are clearly sequenced with a validation checkpoint ("Run the owning package checks and report any behavior that still requires runtime verification") and an explicit fallback branch for unavailable APIs, but there is no fix-and-re-run loop when checks fail, matching 'clear sequence with most checkpoints present; minor validation gaps'.

4 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external references (none exist in the bundle), and the body is well organized as a numbered list plus a closing fallback note; per the rubric's simple-skill guideline this earns a 5.

5 / 5

Total

17

/

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 clearly states what the skill does with a concrete, distinctive niche (Context7-driven, version-aware implementation), but it entirely lacks a 'when to use it' trigger clause and natural trigger synonyms. Adding a 'Use when...' clause with phrases users actually say would raise both completeness and trigger term quality.

Suggestions

Append an explicit trigger clause, e.g. "Use when implementing or upgrading code against third-party dependencies, when Context7 documentation is consulted, or when the user mentions version mismatches, migrations, or deprecated APIs."

Include natural user-facing synonyms such as "outdated dependency", "version conflict", "migration", and "deprecated API" alongside the current technical phrasing like "release line".

Consider naming the concrete actions the skill performs (inspect manifest/lockfile, compare documented API, run package checks) to sharpen specificity beyond 1-2 actions.

DimensionReasoningScore

Specificity

Names the domain ("Context7 documentation", "project dependency versions") and 1-2 concrete actions ("implement or upgrade code", "without importing APIs from a different release line"), but does not enumerate several specific actions, so it sits at the 'domain plus 1-2 concrete actions' anchor rather than the 'several specific actions' level.

3 / 5

Completeness

The 'what' is clear (version-aware implementation using Context7 docs), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

It includes some relevant keywords ("Context7", "dependency versions", "upgrade", "implement") but misses common natural variations users would say ("migration", "version mismatch", "deprecated API", "outdated dependency"), and "release line" is jargon rather than a user phrase.

3 / 5

Distinctiveness Conflict Risk

"Context7" anchors a clear niche and the version-mismatch focus is distinctive, but "implement or upgrade code" is broad enough to risk minor overlap with general coding/upgrade skills, matching the 'mostly distinct; minor overlap risk' anchor.

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
Devin-AXIS/iPolloWork
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.