CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

release-openshell

Pick the latest qualified OpenShell prerelease and tag its commit as stable. Create and qualify a prerelease first when none exists.

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/release-openshell/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

An efficient, largely actionable instruction-only skill with explicit validation gates and error-recovery guidance for a release pipeline. Its weaknesses are organizational: dense prose under a single heading with no sections, and a few steps that lack the concrete commands to execute them.

Suggestions

Add section headings to separate the main promotion path, the create-prerelease-first path, and the old-release serialization rules so each scenario is navigable at a glance.

Provide the concrete commands for the vague steps, e.g. `gh run list --workflow=release-prerelease.yml` for inspecting prereleases and `gh run watch` for observing the stable release run.

Consolidate the repeated "entire Pre-release run must succeed" statements into one checkpoint to tighten the prose.

DimensionReasoningScore

Conciseness

There is no padding or explanation of concepts Claude already knows, and every sentence carries repo-specific facts, but there is minor redundancy ("The entire Pre-release run must succeed" is later restated as "Wait for the entire Pre-release run to pass") and some tangled sentences that could be tightened, matching the efficient-with-minor-trims anchor.

4 / 5

Actionability

Two concrete, executable `gh workflow run` commands with exact workflow filenames and parameters, plus specific tag patterns and the qualification evidence ID `release-tag-v1`, but a few steps ("inspect the latest passing prerelease", "Watch the stable release run") lack the specific commands to execute them, fitting anchor 4 rather than fully copy-paste-ready 5.

4 / 5

Workflow Clarity

The opening paragraph sequences the process (inspect → present candidate → approval → dispatch) and explicit validation gates and recovery loops are present ("Missing or expired evidence blocks promotion", "Wait for the entire Pre-release run to pass", "If qualification passed but publication failed, rerun the failed jobs"), but the sequence is scattered across interleaved prose paragraphs rather than ordered steps, fitting anchor 4 rather than 5.

4 / 5

Progressive Disclosure

No bundle files exist and all content is appropriately inline for a ~46-line skill, but the body is continuous prose under a single heading with no section breaks separating the promotion path, the no-prerelease path, and the old-release serialization rules — some structure present but could be noticeably better organized.

3 / 5

Total

15

/

20

Passed

Description

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

A specific, distinct, third-person description that clearly conveys what the skill does. Its main weakness is the absence of an explicit "Use when..." trigger clause and the limited synonym coverage for natural trigger phrases.

Suggestions

Add an explicit trigger clause, e.g. "Use when the maintainer asks to release, promote, or publish an OpenShell version, or when no qualified prerelease exists."

Broaden trigger synonyms to include terms users naturally say, such as "publish", "promote", "cut a release", or "make a stable release".

DimensionReasoningScore

Specificity

"Pick the latest qualified OpenShell prerelease and tag its commit as stable" plus "Create and qualify a prerelease first when none exists" name several concrete, distinct actions with only minor gaps in coverage (e.g., watching and reporting the release run), fitting the several-specific-actions anchor rather than the comprehensive 5.

4 / 5

Completeness

The "what" is clearly stated (pick the latest qualified prerelease, tag it stable, create and qualify a prerelease when none exists), but there is no "Use when..." clause or equivalent explicit trigger guidance — the only "when" ("when none exists") is a conditional, not a trigger, capping completeness at 3.

3 / 5

Trigger Term Quality

Natural terms like "release", "prerelease", "stable", and "tag" are present and would be said by a user needing this skill, but common synonyms such as "publish", "promote", or "cut a release" are missing, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

The description names a specific product ("OpenShell") and a specific release-pipeline niche (prerelease qualification and stable tagging), giving it a clear niche with distinct triggers and minimal conflict risk with other skills.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

NVIDIA/OpenShell

Path

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