CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

generate-release-notes

Generate categorized release notes from any source (GitHub, Linear, Jira, or manual input) with optional publishing

Quality

66%

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 ./.claude/skills/generate-release-notes/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 a well-sequenced, highly actionable workflow with strong approval gating and error handling, and it wastes little space on explanation. Its main weaknesses are inlined template/reference material in an oversized SKILL.md, duplicated categorization rules, and an under-specified Solo Mode branch.

Suggestions

Move the customer-facing and internal note templates, plus the per-platform publish instructions, into reference files (e.g. references/templates.md, references/publishing.md) and keep one-line pointers in SKILL.md.

Define the categorization mapping once and reference it from the collector agent prompts instead of repeating it four times.

Expand the Solo Mode branch with concrete sequential-collection steps mirroring the team-mode agent prompts, or state explicitly that the same collector prompts run inline one at a time.

DimensionReasoningScore

Conciseness

The body is operational rather than explanatory — no space is spent on concepts Claude already knows — but it could be tightened: the label-to-category mapping is repeated inside all three collector agent prompts and again in Phase 2, and both full markdown templates are inlined verbatim. This matches the 'mostly efficient but could be tightened' anchor rather than the minor-trim anchor at 4.

3 / 5

Actionability

Guidance is concrete and largely executable: exact `gh pr list` / `gh release create` commands, JQL queries, a bash mkdir, a concrete vault path, and full note templates. It falls short of the copy-paste-ready 5 anchor because commands contain unfilled placeholders like [CUSTOMIZE: your-org/your-repo], [START_DATE], and [VERSION_TAG], and the Confluence/HackMD publish steps are one-line stubs.

4 / 5

Workflow Clarity

The pre-flight check and Phases 1-6 form a clear sequence with an explicit validation checkpoint (the Phase 4 review gate and 'NEVER auto-publish' rule) and error-recovery fallbacks in the Error Handling section. It misses the 5 anchor because Solo Mode is a single vague line ('Run the primary tracker collection sequentially') with no defined steps, leaving a real gap in one branch of the workflow.

4 / 5

Progressive Disclosure

There are no bundle files at all, and this is not a sub-50-line skill: everything is inlined in a ~340-line SKILL.md. The structure is good, but content that clearly belongs in separate reference files — the two full note templates and the per-platform publish instructions — is inline, matching the 'some structure, should-be-separate content is inline' anchor rather than the well-split 4 anchor.

3 / 5

Total

14

/

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 communicates a clear, distinct capability but reads as a one-line feature summary rather than a trigger-optimized skill description. It lacks any 'Use when...' guidance and misses natural synonyms like 'changelog', which caps both completeness and trigger quality.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user mentions release notes, changelogs, what shipped, or asks to document a version, sprint, or cycle.'

Include common synonyms such as 'changelog' and 'what shipped' among the trigger terms.

Enumerate a few more concrete actions (e.g. 'categorize changes, generate internal or customer-facing notes, save to vault, optionally publish to GitHub/Confluence/Notion') to raise specificity.

DimensionReasoningScore

Specificity

The description names the domain ('release notes') and two concrete actions ('Generate categorized release notes', 'optional publishing'), matching the anchor for 1-2 concrete actions that are not comprehensive. It does not list several specific actions like the score-4 anchor requires.

3 / 5

Completeness

The 'what' is clear (generate categorized release notes from multiple sources), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 4 because 'when' is entirely absent, not merely implicit-and-specificable.

3 / 5

Trigger Term Quality

'release notes' plus the platform names (GitHub, Linear, Jira) are relevant keywords, but common variations users would naturally say — 'changelog', 'what shipped', 'version notes', 'sprint summary' — are missing. This fits the anchor for some relevant keywords missing common synonyms rather than the good-coverage anchor.

3 / 5

Distinctiveness Conflict Risk

'Categorized release notes' with named tracker sources is a clear niche with distinct triggers, giving minimal conflict risk. It falls just short of the score-5 anchor whose example pairs the niche with explicit trigger phrases, since this description lacks any 'when' framing that sharpens distinctiveness.

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.

Validation — 15 / 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

huytieu/COG-second-brain

Path

.claude/skills/generate-release-notes/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.