CtrlK
BlogDocsLog inGet started
Tessl Logo

release-versioning

How xberg versions are synced and released — Cargo.toml is the single source of truth, `task version:sync` propagates it to alef-managed binding manifests AND the integrations under integrations/, which are versioned and published in lockstep with core (including -rc.N). Load before bumping a version, editing the version-sync task, or touching an integration's version/xberg dependency.

67

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 skill that conveys xberg-specific conventions without over-explaining basics. It sequences the sync workflow clearly and includes a drift-check validation step, though an explicit feedback loop and a worked example would push it higher.

Suggestions

Add an explicit fix→re-check feedback loop, e.g. 'If task version:check fails on drift, re-run task version:sync then re-check before committing.'

Include one end-to-end worked example (e.g. bumping 1.0.0-rc.32 to 1.0.0-rc.33) showing the exact command sequence and the resulting manifest changes.

Consider moving the per-target integration package list into a short reference table so the core sync/release flow stays scannable.

DimensionReasoningScore

Conciseness

Dense and project-specific with little padding of concepts Claude already knows; explanations (e.g. PEP 440 floor excluding rc) justify non-obvious rationale, though a few lists could be trimmed.

4 / 5

Actionability

Provides concrete, copy-paste-ready commands (task version:sync, version:bump:major|minor|patch, version:set -- <version>, version:check) and specific file paths; minor gap is the absence of a single end-to-end worked example.

4 / 5

Workflow Clarity

The three sync steps are numbered in order with file references, and a validation checkpoint exists (task version:check / --check failing on drift), satisfying the batch-operation validation cap; a fully explicit fix→re-check feedback loop is only implied.

4 / 5

Progressive Disclosure

Well-organized into clear sections (Single source of truth, three steps, lockstep integrations, Do, Don't) with no nested references and all content appropriately placed in one self-contained file; no separate files are needed but none are offered either.

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 clearly states both the skill's purpose and concrete load triggers in third person. It avoids vague fluff and is unlikely to fire for the wrong skill.

DimensionReasoningScore

Specificity

Names multiple concrete actions/mechanisms — 'Cargo.toml is the single source of truth', 'task version:sync propagates it to alef-managed binding manifests AND the integrations', lockstep publishing, '-rc.N' handling — comprehensive but mechanism-focused rather than an exhaustive action list.

4 / 5

Completeness

Explicitly answers both what ('How xberg versions are synced and released') and when ('Load before bumping a version, editing the version-sync task, or touching an integration's version/xberg dependency') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural triggers for the target audience — 'bumping a version', 'editing the version-sync task', 'touching an integration's version/xberg dependency' — good coverage with a few common phrasings omitted.

4 / 5

Distinctiveness Conflict Risk

Highly specific to xberg release/versioning with a clear niche and distinct triggers; minimal overlap risk with other skills.

5 / 5

Total

18

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Repository
xberg-io/xberg
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.