CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

changelog

Auto-generate a changelog from git commits and sprint data. Internal and player-facing versions.

Quality

68%

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

Quality

Content

71%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 highly actionable, with concrete commands, paths, templates, and well-designed validation hard stops, and the workflow is clearly sequenced apart from a duplicate Phase 7 numbering. The main weaknesses are the repetitively justified provenance-check section and the total absence of progressive disclosure, with everything including full templates inlined in one file.

Suggestions

Fix the numbering collision: "Phase 7: Offer File Write" and "Phase 7: Next Steps" are both labeled Phase 7 — renumber the second to Phase 8.

Tighten the provenance check to state the rule once (classify commits, stop on zero Game commits) and drop the repeated justifications and /patch-notes parity meta-commentary, which roughly halve that section without losing the instruction.

Move the two full changelog templates into references/ files (e.g. references/internal-template.md and references/player-template.md) so the body stays an overview and the ~80 lines of templates load only when generating output.

DimensionReasoningScore

Conciseness

The phase templates and commands are efficient, but the provenance-check section restates the same rule roughly four times ("Filter per commit...", "Why this is a hard stop, not a warning", "Do not treat the preamble's existence as evidence") plus meta-commentary about /patch-notes parity. This matches "mostly efficient but includes some unnecessary explanation or could be tightened" rather than the noticeably-verbose anchor 2, since only one section is padded.

3 / 5

Actionability

Fully executable guidance throughout: exact git commands (`git log --oneline [last-tag]..HEAD`, `git rev-parse --is-inside-work-tree`), exact source paths (production/sprints/, design/gdd/), a concrete Grep pattern (`^#` with offset/limit reading), copy-paste-ready markdown templates for both changelogs, and verbatim user-facing messages. Per the scoring notes, an instruction-only skill with this level of concrete guidance earns the top anchor.

5 / 5

Workflow Clarity

The phase sequence is clear with strong validation checkpoints (BLOCKED hard stops with exact messages, provenance classification, repo verification, and an ask-before-write A/B/C gate for a destructive overwrite). It falls short of anchor 5 because two different sections are both numbered "Phase 7" ("Offer File Write" and "Next Steps"), and the provenance check that runs first forward-references Phase 1, creating minor sequencing confusion.

4 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are all absent), so the entire ~250-line body is a single file with clear section headers but zero progressive disclosure structure. The two full changelog templates (~40 lines each) are inline content that could live in separate reference files, matching the anchor for content that should be separate being inline.

3 / 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 is concise, in third person, and clearly communicates what the skill produces, but it omits any "when to use" trigger guidance and lacks common synonyms such as "release notes". It is reasonably distinct from other skills, with only minor overlap risk against a sibling patch-notes skill.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks for a changelog, release notes, or a what's-new summary for a version or sprint."

Include natural synonyms such as "release notes" or "version history" so the skill surfaces for phrasings users actually say.

Mention the version/sprint argument so it is clear the skill can target a specific release (e.g. "for a given version tag or sprint").

DimensionReasoningScore

Specificity

Names the domain and one concrete action ("Auto-generate a changelog") with input sources ("git commits and sprint data") and two output forms ("Internal and player-facing versions"), but does not list several distinct actions as anchor 4 requires.

3 / 5

Completeness

The "what" is clear (auto-generate a changelog from commits and sprint data in two versions), but there is no "Use when..." or equivalent trigger guidance anywhere, which anchors at 3 and is explicitly capped there by the rubric guidelines.

3 / 5

Trigger Term Quality

"changelog", "git commits", and "sprint data" are natural terms a user might say, but common variations like "release notes", "what's new", or "version history" are missing, matching the anchor for some relevant keywords without common synonyms.

3 / 5

Distinctiveness Conflict Risk

Generating changelogs from git commits plus sprint data is a mostly distinct niche with its own triggers; the only overlap risk is with the closely related /patch-notes skill the body references, matching the "minor overlap risk with closely related skills" anchor.

4 / 5

Total

13

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

Donchitos/Claude-Code-Game-Studios

Path

.claude/skills/changelog/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.