CtrlK
BlogDocsLog inGet started
Tessl Logo

sqlitecpp-release

SQLiteCpp release procedure: bump the version across all files, finalize the CHANGELOG, open the Release PR, and tag. Use when cutting a new release, bumping the project version, or tagging.

77

Quality

96%

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

93%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 precise, executable release runbook that names every file to touch and the exact edit form for each, kept lean by deferring branching and per-PR rules to sibling skills. The only gap is an explicit post-bump verification that all version locations match, which would close the most common release mistake the skill itself flags.

Suggestions

Add an explicit verification checkpoint after step 3 (e.g. 'grep the version string across CMakeLists.txt, Doxyfile, package.xml, meson.build, and the header macros and confirm all five match') to catch the sync mismatch the skill warns about.

Note any validation before tagging (e.g. confirm the Release PR is merged and CI is green) in step 5 to make the tag-after-merge gate explicit.

DimensionReasoningScore

Conciseness

Lean and efficient — every line earns its place, no padding, no explaining concepts Claude already knows, and per-PR detail is deferred via [[wikilinks]] to sibling skills.

5 / 5

Actionability

Gives copy-paste-ready specifics: exact file paths, the precise CMake/Doxy/package.xml/meson/header edit forms, zero-padded macro format, commit message, PR title, and tag naming convention.

5 / 5

Workflow Clarity

Five clearly sequenced steps with a 'Confirm every merged PR has a bullet' checkpoint and a sync-mismatch warning, but lacks an explicit final verification that all four version locations agree before committing.

4 / 5

Progressive Disclosure

Under 50 lines, well-organized numbered sections, with one-level-deep deferral to sibling skills via wikilinks; no bundle files are needed so clean sectioning suffices.

5 / 5

Total

19

/

20

Passed

Description

100%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 tightly written, third-person description that names four concrete release actions and pairs them with natural 'Use when...' triggers scoped to a clear niche. Both the what and when are explicit, with no fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'bump the version across all files', 'finalize the CHANGELOG', 'open the Release PR', and 'tag' — giving comprehensive coverage of the release procedure.

5 / 5

Completeness

Explicitly answers both 'what' (the four release actions) and 'when' ('Use when cutting a new release, bumping the project version, or tagging') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural trigger phrases a user would actually say — 'cutting a new release', 'bumping the project version', 'tagging' — comprehensively cover the domain's common phrasings.

5 / 5

Distinctiveness Conflict Risk

Scoped to the SQLiteCpp release procedure with niche-specific triggers, making conflict with unrelated skills minimal.

5 / 5

Total

20

/

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
SRombauts/SQLiteCpp
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.