Content
88%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.
An exemplary operational runbook: exact commands, explicit sequencing, destructive boundaries named, verification gating, and an error-recovery section. Its only deductions are stale-prone literal version/asset-count examples and slight reference clutter from repo-external paths and the canonical-source footer.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and command-first with essentially no padding — it explains only non-obvious rationale such as "`--silent`, or pnpm's lifecycle banner lands in the saved post". Hard-coded version examples (`v0.24.0`, `v0.25.1`) and the "complete 27-asset set" count are version-number details outside any old-patterns section, keeping it just below anchor 5. | 4 / 5 |
Actionability | Nearly every step ships an exact, copy-paste-ready command: `pnpm run release:notes:validate`, `node tools/release/build-release-notes.mjs --consume`, `git push upstream master`, `git push upstream v0.25.1`, `pnpm run release:verify:draft`. The few non-command steps ("finish every editorial field", "Manually publish the release") are explicitly manual/editorial, so the guidance is fully executable where execution is possible. | 5 / 5 |
Workflow Clarity | Clear sequence with explicit validation and feedback loops: preflight checks (tag existence, CI green, `release:notes:validate`, `i18n:check`), ordering constraints with rationale ("Steps 5 and 6 must precede `--consume`: `highlight:` exists only in the note files it deletes"), a named destructive boundary, `release:verify:draft` gating publication, and a Failure Safety recovery loop (regenerate, resolve the exact tag target, delete the bad tag, retag). The destructive-operation cap does not apply because validation is pervasive. | 5 / 5 |
Progressive Disclosure | Well-sectioned overview that correctly defers the "Full contract, asset table and rationale" to `docs/architecture/release-pipeline.md`, with one-level references. No bundle files exist (references/, scripts/, assets/ are absent), one reference uses a buried `../../../docs/development/release-cover-artwork.md` path outside the skill bundle, and the trailing "Canonical source: `.agents/skills/`" line is meta-clutter — good structure with minor organization gaps, matching anchor 4. | 4 / 5 |
Total | 18 / 20 Passed |