CtrlK
BlogDocsLog inGet started
Tessl Logo

app-store-changelog

Generate user-facing App Store release notes from git history since the last tag.

61

Quality

72%

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

Quality

Content

75%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured, practical skill that provides clear workflow steps, concrete commit-to-bullet translation examples, and appropriate validation guidance. Its main strengths are the actionable examples table and clean output format specification. Minor weaknesses include the absence of an explicit feedback loop in the validation step and the inability to verify referenced bundle files.

Suggestions

Add an explicit feedback loop to Step 4, e.g., 'If any bullet fails validation, revise it and re-check before presenting the final output.'

Provide the referenced bundle files (collect_release_changes.sh and release-notes-guidelines.md) to support the skill's progressive disclosure structure.

DimensionReasoningScore

Conciseness

The skill is mostly efficient and avoids explaining concepts Claude already knows. The commit-to-bullet examples and internal-only commit examples earn their place. Minor verbosity in the overview section ('comprehensive, user-facing changelog') and the 'When to Use' section which slightly restates the overview.

4 / 5

Actionability

Provides concrete script commands, specific examples of commit-to-bullet translations, and a clear output format. However, the script itself isn't provided (bundle files missing), and the triage/drafting steps are guidance-oriented rather than fully executable. The commit-to-bullet table is highly actionable and practical.

4 / 5

Workflow Clarity

Clear four-step sequence with a dedicated validation step (Step 4) that includes checking for duplicates, verifying bullets map to real changes, and asking for clarification on ambiguous items. Minor gap: no explicit feedback loop (e.g., 'if validation fails, revise and re-validate') — the validation step lists checks but doesn't explicitly describe the retry cycle.

4 / 5

Progressive Disclosure

Good structure with clear sections and references to external files (scripts/collect_release_changes.sh, references/release-notes-guidelines.md). However, no bundle files are provided, so the referenced paths cannot be verified. The content is well-organized with appropriate inline detail and pointers to external resources, though the references section could be more prominently signaled.

4 / 5

Total

16

/

20

Passed

Description

70%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.

This is a concise, well-focused description that clearly communicates a specific capability with good domain terminology. Its main weakness is the absence of an explicit 'Use when...' clause, which would help Claude know exactly when to select this skill. Adding trigger synonyms like 'changelog' or 'what's new' would also improve discoverability.

Suggestions

Add a 'Use when...' clause, e.g., 'Use when the user asks for release notes, changelogs, or "what's new" text for an App Store submission.'

Include common synonyms and variations such as 'changelog', 'what's new', 'version notes', or 'app update description' to improve trigger term coverage.

DimensionReasoningScore

Specificity

The description names a specific action ('Generate user-facing App Store release notes') and specifies the data source ('from git history since the last tag'). It's concrete but only describes one action rather than multiple capabilities.

4 / 5

Completeness

The 'what' is clearly stated (generate App Store release notes from git history since the last tag), but there is no explicit 'when' clause or trigger guidance. Per rubric guidelines, a missing 'Use when...' clause caps completeness at 3.

3 / 5

Trigger Term Quality

Includes strong natural trigger terms like 'release notes', 'App Store', 'git history', and 'tag'. Missing some synonyms users might say like 'changelog', 'what's new', 'version notes', or 'app update notes'.

4 / 5

Distinctiveness Conflict Risk

Highly distinctive with a clear niche: App Store release notes specifically from git history since the last tag. This is unlikely to conflict with general changelog generators, commit message tools, or other documentation skills.

5 / 5

Total

16

/

20

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.