CtrlK
BlogDocsLog inGet started
Tessl Logo

draft-release-notes

Generate categorized release notes draft from scan data. Human must approve before publish.

54

Quality

61%

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

Fix and improve this skill with Tessl

tessl review fix ./starters/changelog-drafter/.codex/skills/draft-release-notes/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%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 admirably concise and free of padding, but its guidance is only partially actionable — it lists template categories yet omits an example, exact format, and the disclaimer text. Workflow clarity is limited by the absence of any in-body validation or approval checkpoint.

Suggestions

Add a short example of the expected markdown output so the guidance is copy-paste ready rather than abstract.

Specify the exact 'review disclaimer' text to include so the actionability gap is closed.

Surface the human-approval-before-publish checkpoint as an explicit validation step inside the body, not only in the description.

DimensionReasoningScore

Conciseness

The two-sentence body is lean and assumes Claude's competence with markdown and templates; every token earns its place with no padding or over-explanation, matching the 'lean and efficient' anchor.

5 / 5

Actionability

It gives some concrete guidance (the Features/Fixes/Breaking/Security category list) but leaves key details unspecified — no example output, no exact markdown format, and no text for the 'review disclaimer' — fitting the 'some concrete guidance but incomplete' anchor.

3 / 5

Workflow Clarity

A rough sequence is implied (apply template, output markdown, include disclaimer) but the body has no explicit validation checkpoint — the human-approval gate lives only in the description — matching the 'steps listed but validation gaps' anchor.

3 / 5

Progressive Disclosure

The body is short, unbloated, and needs no external references (none exist), giving good structure overall; it stays at 4 rather than 5 because there is no section organization or headers, only two unheaded lines.

4 / 5

Total

15

/

20

Passed

Description

53%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 states a clear purpose and a relevant approval constraint, but it lacks an explicit 'Use when...' trigger clause and natural-keyword synonyms, which caps completeness and trigger-term quality. Distinctiveness is reasonable given the specific release-notes niche.

Suggestions

Add an explicit 'Use when...' trigger clause, e.g. 'Use when the user asks to draft release notes or a changelog from scan data.'

Include natural synonyms users say, such as 'changelog', 'GitHub release', or 'version bump', to improve trigger-term coverage.

Consider naming the scan-data source more concretely (e.g. commit log or dependency scan) to raise specificity from one action to several.

DimensionReasoningScore

Specificity

Names the domain ('release notes draft from scan data') and one concrete action ('Generate categorized ... draft'), but stops at a single action rather than listing several specific actions, matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor.

3 / 5

Completeness

It clearly states what the skill does but provides no 'Use when...' clause or equivalent trigger guidance; per the rubric guideline a missing explicit trigger caps completeness at 3.

3 / 5

Trigger Term Quality

'release notes' is a natural phrase users say, but the description omits common variations and synonyms such as 'changelog', 'GitHub release', or 'version', fitting the 'some relevant keywords but missing common variations or synonyms' anchor.

3 / 5

Distinctiveness Conflict Risk

The release-notes-drafting niche is mostly distinct with only minor overlap risk against closely related documentation skills; it is not a full 5 because no explicit triggers are given to fully disambiguate.

4 / 5

Total

13

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
cobusgreyling/loop-engineering
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.