CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

chatto-release-notes

Create or update Chatto release pages from release-please state, tags, changelog entries, and PRs.

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/chatto-release-notes/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

This is a lean, highly prescriptive instruction-only skill: exact paths, named components and props, a fixed page order, and an explicit build verification step, with no padding or background explanation. The only refinements would be an explicit fix-and-revalidate loop after the build check and possibly moving the detailed card/component conventions into a small reference file.

DimensionReasoningScore

Conciseness

The body is a dense, unpadded rule list — e.g. "Use hyphens in filenames and dotted versions in visible text" and "Avoid marketing claims... emojis, PR lists, and copied changelog text" — that assumes Claude's competence and never explains concepts it already knows; every sentence carries a rule.

5 / 5

Actionability

Guidance is highly concrete: exact paths ("apps/docs-website/src/content/docs/releases/<version-with-hyphens>.mdx"), named components with props, a fixed section order, and the verification command "mise x -- pnpm --filter docs-website build". It stops short of level 5 only because no example MDX card markup is shown, leaving the exact component syntax to be inferred from the repo.

4 / 5

Workflow Clarity

The sequence is clear (gather release evidence → determine page path → write/patch content → assemble components → verify with build) with a real validation step ("Run mise x -- pnpm --filter docs-website build after page edits... Report which checks ran") and an explicit failure checkpoint ("Stop and explain if the target release cannot be determined"). Level 5 would require an explicit fix-and-revalidate feedback loop around the build step.

4 / 5

Progressive Disclosure

The single SKILL.md is cleanly sectioned (Release And Evidence, Existing Text, Content, Page And Components, Images, Verification) with no nested or buried references; external pointers ("apps/docs-website/AGENTS.md", the components directory) are project files, clearly signaled and one level deep. The card/page-structure rules are detailed enough that a small components reference file could carry them, which is the only minor gap.

4 / 5

Total

17

/

20

Passed

Description

65%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 specific and clearly scoped to a distinct niche, with good domain keywords and named evidence sources. Its main weaknesses are the missing explicit 'when to use' trigger clause and the thin set of action verbs (only create/update), plus the absence of the natural phrase 'release notes'.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks for release notes or a release page for a Chatto release, or when cutting a new Chatto version.'

Include the natural user-facing phrase 'release notes' alongside 'release pages' to match how users would actually refer to the task.

Mention the update/refresh workflow more concretely (e.g. 'refresh an existing release page with newly landed changes') to broaden action coverage beyond 'create or update'.

DimensionReasoningScore

Specificity

"Create or update Chatto release pages" names the domain and two concrete actions, and the input sources are specific ("release-please state, tags, changelog entries, and PRs"), but the action verbs themselves remain at the minimal '1-2 concrete actions' level rather than the several-action coverage of level 4.

3 / 5

Completeness

The 'what' is clear (create or update Chatto release pages from specific sources), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

"Chatto release pages", "release-please", "tags", "changelog entries", and "PRs" are all natural terms a maintainer would say, but the common phrasing "release notes" is absent, leaving a few natural synonyms missing.

4 / 5

Distinctiveness Conflict Risk

"Chatto release pages" from "release-please state" is a clear niche with distinct, product-specific triggers; virtually no other skill would fire on these terms.

5 / 5

Total

15

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

chattocorp/chatto

Path

.agents/skills/chatto-release-notes/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.