CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

release

Prepare a lading release. Updates CHANGELOG.md, bumps version in Cargo.toml, updates Cargo.lock, commits, and creates a PR.

66

Quality

83%

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

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 a lean, well-sequenced release runbook with concrete commands and appropriate guardrails (user confirmation, the NEVER push --tags warning). Its only weaknesses are minor: the PR-creation step and CHANGELOG restructuring step could be made fully executable, and validation checkpoints after edits are implicit rather than explicit.

Suggestions

Replace "Push the branch and create a PR targeting main" with a concrete command such as `git push -u origin prepare-release-v<version> && gh pr create --base main --title "release: v<version>"`.

Add an explicit validation checkpoint after the edits, e.g. verify with `git diff --stat` that only CHANGELOG.md, lading/Cargo.toml, and Cargo.lock changed before committing, and confirm the new version with `cargo pkgid` or by re-reading Cargo.toml.

DimensionReasoningScore

Conciseness

Every one of the ~45 lines is a concrete instruction; there is no explanation of git, semver, or Cargo basics (the pre-1.0 minor-bump rule is non-inferable project policy), matching the lean/efficient anchor with nothing to trim.

5 / 5

Actionability

Most steps give copy-paste-ready commands (git checkout -b prepare-release-v<version>, cargo check, release: v<version>, git tag -a v<version>), but "Push the branch and create a PR" lacks a concrete command (e.g. gh pr create) and the CHANGELOG restructuring is described rather than exemplified, matching the mostly-executable/minor-gaps anchor.

4 / 5

Workflow Clarity

A clear 7-step numbered sequence with one explicit checkpoint ("Confirm the version with the user before proceeding") and cargo check implicitly validating the lockfile, but there are no verification steps after the CHANGELOG edit or before push and no error-recovery loop, matching the clear-sequence/minor-validation-gaps anchor.

4 / 5

Progressive Disclosure

This is a single-file skill under 50 lines with no need for external references, and the numbered sections are well organized, which per the rubric's simple-skill guideline earns a 5 on well-organized sections alone.

5 / 5

Total

18

/

20

Passed

Description

75%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 specific, concrete, and highly distinctive, enumerating the complete release pipeline in lean third-person prose. Its main weakness is the absence of any "when to use" trigger guidance, which caps completeness and slightly limits trigger-term quality.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to prepare, cut, or publish a lading release or bump the lading version."

Include natural synonym phrasing such as "version bump", "cut a release", or "publish" so the description matches the varied ways users phrase the request.

DimensionReasoningScore

Specificity

"Updates CHANGELOG.md, bumps version in Cargo.toml, updates Cargo.lock, commits, and creates a PR" lists five concrete actions covering the full release workflow, matching the comprehensive-coverage anchor; it uses correct third-person voice.

5 / 5

Completeness

The description clearly answers "what" but contains no "Use when..." clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3; the "when" is not even weakly implied.

3 / 5

Trigger Term Quality

Natural terms like "release", "CHANGELOG", "version", and "PR" are present, but common variations such as "publish", "cut a release", or "version bump" are missing, matching the good-coverage-with-gaps anchor rather than comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

"Prepare a lading release" plus lading-specific artifacts (Cargo.toml, Cargo.lock, CHANGELOG.md) defines a clear niche with project-specific triggers and minimal conflict risk with other skills.

5 / 5

Total

17

/

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

DataDog/lading

Path

.claude/skills/release/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.