CtrlK
BlogDocsLog inGet started
Tessl Logo

update-version

Update `AvailableFrom` in a PR to the next Remotion patch version (`main` + `0.0.1`).

62

Quality

72%

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-version/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

87%

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

The body is concise, executable, and well-structured, but the destructive commit-and-push step lacks a verification checkpoint to confirm the changes are scoped correctly before publishing.

Suggestions

Add a validation step before commit/push: re-run the diff to confirm only the intended AvailableFrom values changed and no unrelated entries were touched.

Include a quick checkpoint to verify the computed version matches origin/main's VERSION+0.0.1 before editing files.

DimensionReasoningScore

Conciseness

Lean and token-efficient with no explanation of concepts Claude already knows; the parenthetical version examples are minimal, justified clarifications of the increment step.

3 / 3

Actionability

Provides fully executable, copy-paste-ready git/rg commands with specific paths and a concrete diff-filter, rather than abstract direction.

3 / 3

Workflow Clarity

Steps are clearly sequenced, but the destructive 'commit and push' step lacks a validation checkpoint confirming only intended AvailableFrom values changed before publishing.

2 / 3

Progressive Disclosure

A short, self-contained, single-purpose skill (under 50 lines, no external references) that is well-organized into numbered steps, satisfying the simple-skill scoring note.

3 / 3

Total

11

/

12

Passed

Description

57%

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 specific and distinctive, but lacks an explicit 'when to use' trigger clause and relies on technical jargon rather than natural user phrasing.

Suggestions

Append an explicit trigger clause, e.g. 'Use when a PR changes <AvailableFrom v="..."> tags and the value should reflect the next Remotion release.'

Add natural-language trigger terms users might say (e.g. 'version bump', 'docs version tag') alongside the technical 'AvailableFrom'.

DimensionReasoningScore

Specificity

Names one concrete action precisely ('Update `AvailableFrom` in a PR') and the version computation, but does not list multiple distinct actions as the 3-anchor requires.

2 / 3

Completeness

Clearly states what the skill does but provides no 'Use when...' clause or equivalent trigger guidance, so the 'when' is missing rather than explicit.

2 / 3

Trigger Term Quality

Terms like 'AvailableFrom', 'PR', 'Remotion', and 'patch version' are domain-specific jargon rather than natural phrasing a user would say; some relevant keywords but missing common variations.

2 / 3

Distinctiveness Conflict Risk

The Remotion `AvailableFrom`/patch-version niche is specific with distinct triggers, making it unlikely to fire for unrelated skills.

3 / 3

Total

9

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
remotion-dev/remotion
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.