Content
78%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A well-structured, lean release skill body with concrete commands, a clear gated workflow, and appropriate one-level-deep reference split. Minor gains are possible by inlining a few common git commands and adding an explicit validate-retry loop in the recovery case.
Suggestions
Inline the exact git commands for the most common 'cut release branch' and 'publish' steps so the common path is copy-pasteable without opening the checklist.
Add an explicit validate-then-retry feedback loop in the Common Recovery Case (e.g. re-run format/lint after the metadata fix and only force-push when checks pass).
Trim a few explanatory lead-ins like 'Inspect git state before changing anything' to keep every token earning its place.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and assumes Claude's competence, avoiding explanations of basic git or release concepts; every section earns its place. Not a 5 because a few lead-in sentences ('Inspect git state before changing anything', 'When preparing a release on dev:') could be trimmed slightly. | 4 / 5 |
Actionability | Provides concrete, copy-pastable commands inline (pnpm run format/i18n/lint, pnpm run release:ff -- release/<version> --tag v<version>, --force-with-lease) and an exact changelog format block, with full command sequences delegated to the checklist. Not a 5 because several exact git commands live only in the reference rather than being inline for the common cases. | 4 / 5 |
Workflow Clarity | A clear four-mode sequence (prepare metadata, cut release branch, update existing, publish) with validation checkpoints (format/i18n/lint/typecheck), an explicit 'only after the release PR is approved' gate, and a 'stop and ask before replacing a tag' guardrail; validation is present so the destructive-operation cap does not bind. Not a 5 because the recovery case lacks an explicit validate-then-retry feedback loop and some checkpoints are implicit. | 4 / 5 |
Progressive Disclosure | SKILL.md is a concise overview pointing to one clearly-signaled, one-level-deep in-bundle reference (references/release-checklist.md, verified to exist) for exact commands, with policy kept inline; content is appropriately split and easy to navigate. Not below 5 because the single in-bundle reference is real, well-signaled, and only one level deep. | 5 / 5 |
Total | 17 / 20 Passed |