CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

common-store-changelog

Generate user-facing release notes for the App Store and Google Play from git history (App Store <=4000 chars, Google Play <=500). Use when generating release notes, app store changelog, play store release, or "what's new" text for a mobile app.

69

Quality

87%

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

85%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 highly actionable, well-sequenced skill body with a real, clearly-signaled reference file and explicit validation in the workflow. The only real weakness is redundant padded sections (Priority header, duplicated reference link, anchor-recap sections) that add tokens without new guidance.

Suggestions

Remove the 'Canonical response anchors' and 'Remediation anchors' sections — they restate rules already covered in Always-Apply Rules and Anti-Patterns, adding tokens without new guidance (conciseness).

Delete the empty '## **Priority: P1 (HIGH)**' header and merge any priority intent into the intro line (conciseness).

Keep the reference link only in the References section (or only inline in Workflow) instead of duplicating it in both places, and avoid repeating the 4000/500 char limits three times (conciseness).

DimensionReasoningScore

Conciseness

The rules, workflow, and output templates are lean, but the body carries padding: an empty "## **Priority: P1 (HIGH)**" header, the reference link duplicated in both the Workflow and References sections, and "Canonical response anchors" / "Remediation anchors" sections that merely recap rules already stated in Always-Apply Rules and Anti-Patterns. This matches anchor 3 ('mostly efficient but... could be tightened') rather than 4, since there are several redundant sections rather than minor trimmable instances.

3 / 5

Actionability

Guidance is fully executable: a concrete command (`git log <last-tag>..HEAD --oneline`), copy-paste-ready output templates for both stores, hard character limits with a validation step, and concrete anti-pattern examples like "chore: upgrade Gradle → drop entirely". It matches anchor 5 — specific examples cover the common cases.

5 / 5

Workflow Clarity

The five-step workflow is clearly sequenced with an explicit validation checkpoint ("Validate: Count characters per store. Check every bullet maps to real commit") and an error-recovery loop for overruns ("truncate + rewrite if needed"), matching anchor 5. This is text generation, not a destructive or batch operation, so no validation cap applies.

5 / 5

Progressive Disclosure

The single bundle file (references/commit_examples.md, verified present, ~43 lines of mapping tables) is one level deep and well signaled — "load when mapping specific commits to bullets" — and the body keeps only overview-level content inline. This matches anchor 5's clear overview with well-signaled one-level-deep references.

5 / 5

Total

18

/

20

Passed

Description

87%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 strong, third-person description that states a concrete capability with hard character limits and provides an explicit 'Use when' clause with natural trigger phrases. Minor room for improvement lies only in broadening trigger synonyms and enumerating a few more specific actions.

DimensionReasoningScore

Specificity

The description names a concrete action with measurable parameters — "Generate user-facing release notes for the App Store and Google Play from git history (App Store <=4000 chars, Google Play <=500)" — covering the domain with specific constraints. It sits above anchor 3 (the detail goes beyond 1-2 generic actions) but below anchor 5 since only one core action (generating notes) is listed.

4 / 5

Completeness

It explicitly answers both what ("Generate user-facing release notes for the App Store and Google Play from git history" with hard character limits) and when ("Use when generating release notes, app store changelog, play store release, or 'what's new' text for a mobile app") with concrete trigger phrases, exactly matching the anchor-5 example pattern.

5 / 5

Trigger Term Quality

"Use when generating release notes, app store changelog, play store release, or 'what's new' text" covers natural phrasings users would say, matching anchor 4's 'good keyword coverage; a few natural terms missing'. It misses common variants such as 'changelog' alone, 'update notes', or 'version history', so it does not reach comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche — mobile store release notes with store-specific limits — with triggers ('app store changelog', 'play store release', 'what's new') unlikely to fire for unrelated skills. Only the most generic term ('release notes') mildly overlaps with a general changelog/commit-message skill, which is minimal conflict risk per anchor 5.

5 / 5

Total

18

/

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

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

HoangNguyen0403/agent-skills-standard

Path

.github/skills/common/common-store-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.