CtrlK
BlogDocsLog inGet started
Tessl Logo

release

Step through versioning, tagging, and verification

58

Quality

68%

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 ./.opencode/skills/release/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, command-driven runbook: a clear six-step release sequence with concrete pnpm/git/gh commands and both pre-flight and post-hoc verification. Its main weaknesses are the command-less Merge step and implicit validation between bumping and tagging. No progressive-disclosure structure is needed at this size, and none is attempted.

DimensionReasoningScore

Conciseness

The body is command-first and lean — every section is one or two sentences plus a code block, with no explanation of concepts Claude already knows — matching 'lean and efficient; assumes Claude's competence; every token earns its place'.

5 / 5

Actionability

Concrete, copy-paste-ready commands cover bumping (four variants including `pnpm bump:set -- 0.1.21`), tagging, rerunning, and verifying, but the Merge step ('Merge the version bump into main') gives no concrete command, fitting 'mostly executable guidance; concrete code or commands with minor gaps'.

4 / 5

Workflow Clarity

The Prepare/Bump/Merge/Tag/Rerun/Verify sequence is clearly ordered with a pre-flight check ('Confirm the repo is on `main` and clean') and an end-state Verify step plus a Rerun recovery path, but validation between Bump and Tag (e.g. confirming the version files updated correctly) is only implicit, matching 'clear sequence with most checkpoints present; minor validation gaps'.

4 / 5

Progressive Disclosure

The skill is under 50 lines, single-purpose, requires no external reference files (none exist in the bundle), and is organized into well-labeled sections, which the rubric's simple-skill note says merits a 5.

5 / 5

Total

18

/

20

Passed

Description

50%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 and names a coherent domain with three high-level actions, but it entirely lacks 'when to use' guidance and natural trigger phrases, leaving it vague about scope. It reads as a section of the 'what' without the activation context users or Claude need to select this skill.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to cut a release, publish a new version, or tag and verify a release.'

Include natural trigger terms users would actually say — 'release', 'publish', 'bump version', 'cut a release' — not just the technical terms 'versioning' and 'tagging'.

Make the 'what' slightly more concrete, e.g. 'Step through version bumping, changelog/version-file updates, git tagging, and release verification' so the scope is unambiguous.

DimensionReasoningScore

Specificity

The description names the release domain and three actions ("versioning, tagging, and verification") but stops at bare action words with no concrete objects or detail, matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor rather than the 'several specific actions' anchor above.

3 / 5

Completeness

It conveys a clear 'what' (step through versioning, tagging, verification) but contains no 'Use when...' clause or any trigger guidance, so per the rubric guideline a missing 'when' caps completeness at 3.

3 / 5

Trigger Term Quality

Terms like "versioning" and "tagging" are relevant, but common natural phrases a user would actually say ("release", "publish", "cut a release", "bump the version") are missing, matching 'some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

The release niche is somewhat specific, but without trigger phrases it could overlap with generic versioning, publishing, or CI skills, fitting 'somewhat specific but could still overlap with similar skills'.

3 / 5

Total

12

/

20

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.

Validation — 15 / 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
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.