CtrlK
BlogDocsLog inGet started
Tessl Logo

changelog-scan

Scan merged PRs and commits since a given reference, extract titles, labels, types, and signals. Produces structured input for release notes drafting.

64

Quality

77%

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

Quality

Content

87%

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

A concise, well-organized instruction-only skill with a concrete output template and clear rules that assumes Claude's competence throughout. The only meaningful gap is the lack of an explicit validation feedback loop for what is inherently a batch scan.

Suggestions

Add an explicit validation/reconciliation feedback loop, e.g. cross-check the Scan Summary counts against the emitted item list and re-scan the window if totals disagree.

Optionally include one concrete retrieval example (e.g. a `git log --merges --since=<tag>` invocation) so the input-gathering step is as unambiguous as the output spec.

Keep the current section structure and brevity; both are already strong.

DimensionReasoningScore

Conciseness

Lean and assumes Claude's competence — it never explains what a PR, merge, or conventional commit is; every section (inputs, output template, rules, signals, summary) earns its place with no padding.

3 / 3

Actionability

Provides a concrete worked output template, explicit inclusion rules, specific signals to surface, and a summary format; per the instruction-only scoring note, the absence of code is not penalized because the guidance is concrete and actionable.

3 / 3

Workflow Clarity

Sections are well-ordered and the Scan Summary acts as a partial reconciliation checkpoint, but this is a batch operation (many PRs/commits) with no explicit validate→fix→retry feedback loop, which caps workflow clarity at 2 per the batch-operations guideline.

2 / 3

Progressive Disclosure

A single self-contained file under 50 lines with no need for external references, organized into clearly labeled sections (Inputs, Output Format, Additional Signals, Scan Summary) — meeting the simple-skills anchor for a 3.

3 / 3

Total

11

/

12

Passed

Description

67%

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 specific, well-scoped description that clearly states what the skill does and occupies a distinct niche. Its main weakness is the trigger guidance, which is phrased in internal-loop jargon rather than natural user language, weakening both trigger-term quality and completeness.

Suggestions

Replace or augment "Use in changelog-drafter loops" with a natural "Use when..." clause, e.g. "Use when drafting release notes, scanning what changed since the last release, or reviewing the changelog."

Add common natural trigger variations users would actually say — "changelog", "what changed", "since the last release", "release notes" — to broaden trigger-term coverage.

Keep the concrete action list as-is; it is already strong.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Scan recent merges to main", "Extract titles, labels, types, linked issues, and signals for breaking changes or security", "Produces structured input for a release notes drafter" — matching the multiple-specific-actions anchor.

3 / 3

Completeness

The "what" is clearly answered, and a when-clause exists, but it references an internal system ("changelog-drafter loops") rather than natural user situations, so the trigger is present yet weak rather than an explicit natural trigger.

2 / 3

Trigger Term Quality

Relevant terms appear ("merges to main", "breaking changes", "security", "release notes") but the explicit trigger "Use in changelog-drafter loops" leans on internal-loop jargon and omits common natural phrasings like "what changed", "since last release", or "changelog".

2 / 3

Distinctiveness Conflict Risk

It carves a clear niche — the scanning/extraction step that feeds a release notes drafter — with distinct triggers (merges to main, breaking changes, security) unlikely to fire for unrelated skills.

3 / 3

Total

10

/

12

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.