Content
86%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 dense, well-structured routing skill: it assumes Claude's competence, routes every task to a concrete subcommand with exit codes and validation gates, and splits detail correctly into two reference files and bundled script help text. The main weakness is that core workflows (create, push, restack) read as compressed contract prose rather than sequenced steps, and the basic create invocation is absent from the body.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body never explains concepts Claude already knows (no git-worktree primer, no library background) and every sentence carries tool-specific contracts, paths, exit codes, or routing rules. Repeated "--help" pointers are navigational rather than padding. | 5 / 5 |
Actionability | The body gives the executable launcher path, a command table, exact exit codes (75, 76, 1, 2), and copy-paste diagnostics such as "git -C <worktree> ls-files -- '.agents/'" and the "git rev-parse --path-format=absolute --git-common-dir" pointer. Held below 5 because the basic "create <ID> [<branch>]" invocation lives only in the frontmatter argument-hint, not the body, and several common flows defer entirely to "--help". | 4 / 5 |
Workflow Clarity | The destructive/batch operations do have validation gates ("cleanup" previews by default and deletes only under "--apply"; removal recovery requires an explicit proof checklist where "Failed or unread proof stops recovery"; "fix-links" non-zero exits name unrestored paths), so the cap at 3 does not apply. However, the mainline create/push/restack flows are described as dense contract prose rather than clearly sequenced steps, leaving minor sequencing gaps. | 4 / 5 |
Progressive Disclosure | SKILL.md is a genuine overview: both [references/hooks.md](references/hooks.md) and [references/session-guard.md](references/session-guard.md) are real one-level-deep files, each introduced with a descriptive lead-in, and the bulk of per-command detail is routed to the bundled scripts' "--help". Verified against the actual bundle structure; no inlined content belongs in separate files. | 5 / 5 |
Total | 18 / 20 Passed |