CtrlK
BlogDocsLog inGet started
Tessl Logo

update-changelogs

Updates changelogs for all packages with consumer-facing changes.

59

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/update-changelogs/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

83%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 exceptionally lean and actionable with concrete, executable steps, but it lacks any validation or verification checkpoint despite being a batch + commit operation, which caps workflow clarity. Progressive disclosure is good though the one external reference is not bundled.

Suggestions

Add an explicit validation checkpoint before committing, e.g., verify drafted entries match the contributing-guide rules and confirm only consumer-facing changes were captured, then re-check after the prose pass.

Bundle or inline a short fallback for the referenced docs/contributing/updating-changelogs.md instructions so the skill remains usable when that external file is unavailable.

Include a brief error-recovery note for when the prose-pass tool suggests cuts that would remove required entries.

DimensionReasoningScore

Conciseness

The body is lean with zero padding: it never explains what a changelog is and every line is actionable instruction, matching the lean-and-efficient anchor that assumes Claude's competence.

5 / 5

Actionability

Guidance is copy-paste ready — a literal file path, an exact Skill tool invocation (skill="prose-pass", args="changelogs"), an exact commit message string, and explicit return artifacts — covering the common cases concretely.

5 / 5

Workflow Clarity

The four steps are clearly sequenced, but this is a batch operation (changelogs for all packages) plus a pre-PR commit with no validation checkpoint; the rubric's destructive/batch missing-validation cap holds workflow_clarity at 3.

3 / 5

Progressive Disclosure

The short body is well-organized as a numbered overview and points one level deep to a clearly signaled external doc; the referenced file is not part of the skill bundle, a minor organization gap that keeps it just below 5.

4 / 5

Total

17

/

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 and names a clear, specific niche, but it omits any explicit "Use when" trigger guidance, capping completeness and leaving natural trigger-term coverage thin. It is a solid middle-of-scale description with room to add when-to-use phrasing.

Suggestions

Add an explicit "Use when..." clause (e.g., "Use when releasing packages with consumer-facing changes or when the user asks to update CHANGELOG files") to lift completeness above 3.

Include natural trigger terms and synonyms users actually say, such as "CHANGELOG", "release notes", or "version history", to improve trigger-term coverage.

Optionally enumerate the concrete actions performed (draft entries, run prose pass, commit) to push specificity toward a 4-5.

DimensionReasoningScore

Specificity

"Updates changelogs for all packages with consumer-facing changes" names the domain and one concrete action scoped by a concrete filter, matching the 1-2 concrete actions anchor; it does not list several specific actions needed for a 4.

3 / 5

Completeness

The description gives a clear "what" but no "when"/"Use when" clause; per the judging guidelines a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

It surfaces relevant keywords ("changelogs", "packages") but omits common natural variations a user would say ("CHANGELOG", "release notes", "version history"), fitting the some-relevant-keywords-but-missing-synonyms anchor.

3 / 5

Distinctiveness Conflict Risk

The monorepo changelog-update niche is mostly distinct with only minor overlap risk against closely related release-notes skills; it lacks the explicit distinct triggers that would earn a 5.

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository
Consensys-Incorporated/ocap-kernel
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.