CtrlK
BlogDocsLog inGet started
Tessl Logo

changesets

Use when creating a changeset, preparing a release, or bumping versions. Covers which packages to reference, how to write user-facing changeset descriptions, the release automation flow, and the npm/Docker version sync requirement. (project)

75

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

85%

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

Well-structured, actionable content with a clear release workflow and verification checklist. The main weakness is a duplicated rule that slightly hurts token efficiency.

Suggestions

Remove the duplicate 'only reference @cloudflare/sandbox' rule — state it once (in Rules) and reference it from Writing the Description rather than restating it verbatim.

Consider trimming registry/path detail (e.g., the full library/namespace pull description) to the minimum a user needs, keeping the rest as a one-line pointer.

DimensionReasoningScore

Conciseness

Mostly lean and assumes Claude's knowledge, but the 'only reference @cloudflare/sandbox' rule is restated verbatim in both the Rules and Writing the Description sections — redundant padding that could be tightened.

2 / 3

Actionability

Provides a copy-paste-ready changeset file template, bad/good description examples, and concrete paths/flags (`.changeset/`, `packages/sandbox/src/version.ts`, `useWebSocket: true`) rather than vague direction.

3 / 3

Workflow Clarity

Release automation is a clear numbered 4-step sequence, a closing checklist provides verification, and CI/pre-commit validation is explicitly named as a feedback mechanism.

3 / 3

Progressive Disclosure

A single self-contained file organized into clearly headed sections with no nested references, appropriately inline for its scope.

3 / 3

Total

11

/

12

Passed

Description

100%

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, specific description with an explicit trigger clause and concrete enumerated capabilities, well-tailored to its narrow release-management niche. No significant issues.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'creating a changeset,' 'preparing a release,' 'bumping versions' plus package referencing, description writing, release automation, and version sync — rather than vague language.

3 / 3

Completeness

Explicitly answers both 'what' (the four covered areas) and 'when' via the 'Use when creating a changeset, preparing a release, or bumping versions' trigger.

3 / 3

Trigger Term Quality

Uses natural terms a user would actually say ('changeset,' 'release,' 'bumping versions') with an explicit 'Use when' clause, matching the rubric's good examples.

3 / 3

Distinctiveness Conflict Risk

The changeset/release/version-bump niche is distinct and unlikely to trigger for unrelated skills.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
cloudflare/sandbox-sdk
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.