CtrlK
BlogDocsLog inGet started
Tessl Logo

release-management

Prepares a MockServer release by recommending the release version from Semantic Versioning rules and `changelog.md`, checking release readiness, and listing the exact Buildkite release parameters. Use when users say "prepare release", "release version", "run the release pipeline", "which version should we release", or need to verify changelog and secret readiness before triggering the release pipeline.

68

Quality

81%

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

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

A well-structured, actionable instruction-only skill with concrete artifacts, a validation checklist, and non-obvious operational detail. Scores are held at 4 rather than 5 by minor trim opportunities and the absence of external reference files for the longer operational sections.

Suggestions

Move the long Monitor & Verify URL list and/or the Homebrew/SwaggerHub Manual Follow-up detail into a `references/release-operations.md` file and link to it from the body, improving progressive disclosure toward a 5.

Add an explicit error-recovery loop for readiness-check failures (e.g., 'If any readiness check fails, stop and report the failing item; do not proceed to triggering the pipeline') to push workflow clarity toward 5.

Tighten the SwaggerHub paragraph to the essential soft-fail handling and manual upload steps, trimming the explanatory rationale about API behavior to improve conciseness.

DimensionReasoningScore

Conciseness

The body is efficient and avoids explaining concepts Claude already knows; the lengthy Homebrew/SwaggerHub prose is non-obvious operational detail that earns its place rather than padding, so it sits at 'efficient; minor instances that could be trimmed' rather than a 5.

4 / 5

Actionability

Provides concrete file paths, ordered SemVer decision rules, explicit derived values, a full secrets list, and a copy-paste command (`brew bump-formula-pr --strict --version=<release-version> mockserver`); not a 5 because some inspection steps rely on Claude rather than giving exact commands.

4 / 5

Workflow Clarity

Clear sequenced workflow (Required Inputs → Version Rules → Readiness Checks → Output) with an explicit validation checklist and block/ask-user feedback; the destructive-release context has validation so the 3-cap does not apply, but error-recovery loops are less explicit than the 5 anchor.

4 / 5

Progressive Disclosure

No bundle files exist and the single SKILL.md is well-sectioned with clear headers and no nested references; at ~145 lines it exceeds the 50-line simple-skill exception, and the long URL list / manual follow-up could arguably live in reference files, so it lands at 'good structure; minor organization gaps' rather than 5.

4 / 5

Total

16

/

20

Passed

Description

87%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 strong, specific description that explicitly covers both capability and trigger conditions with natural user phrases. Minor room to add a few synonyms, but it is highly distinct and complete.

DimensionReasoningScore

Specificity

Names three concrete actions (recommend version, check readiness, list Buildkite params) tied to specific artifacts like `changelog.md`, matching the 'several specific actions; minor gaps' anchor; not a 5 because coverage is three actions rather than a comprehensive multi-action list.

4 / 5

Completeness

Clearly states what the skill does (recommend version, check readiness, list release params) and explicitly answers when with concrete trigger phrases, matching the 'clearly and explicitly answers both what AND when' anchor.

5 / 5

Trigger Term Quality

Quotes natural user phrases ('prepare release', 'release version', 'run the release pipeline', 'which version should we release') giving good keyword coverage; not a 5 because it lacks synonyms/file extensions and a few common variations.

4 / 5

Distinctiveness Conflict Risk

'Prepares a MockServer release' carves a clear niche with repo-specific triggers and artifact names, giving minimal conflict risk with other skills.

5 / 5

Total

18

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mock-server/mockserver-monorepo
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.