Content
65%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The content is highly actionable with concrete commands and clear step sequencing, but it is long, repeats patterns across subcommands, and keeps everything inline without validation checkpoints on destructive operations.
Suggestions
Factor the shared review/fix/feature step sequence (resolve, worktree, metadata, tmux, launch) into one block and reference it, instead of repeating it three times.
Add validation checkpoints to destructive/batch workflows: verify gh output succeeded before cloning, and confirm a session is merged/closed before removing its worktree in cleanup.
Move the Jira configuration and the full implementation protocol into reference files (e.g. JIRA.md, PROTOCOL.md) and link to them from the overview to improve progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly actionable rather than explaining concepts Claude knows, but at ~585 lines it repeats near-identical step blocks across review/fix/feature subcommands and duplicates config examples, so it could be tightened. | 2 / 3 |
Actionability | It provides concrete, copy-paste-ready bash commands and JSON snippets throughout (gh/git/tmux invocations, session metadata, config files), giving fully executable guidance. | 3 / 3 |
Workflow Clarity | Subcommand steps are clearly numbered and sequenced, but destructive/batch operations like 'kill' and 'cleanup' lack explicit validation or verification checkpoints, capping workflow clarity at 2. | 2 / 3 |
Progressive Disclosure | Sections are well organized with headers and tables, but the skill is a monolithic single file with no references despite the large implementation protocol and Jira setup that could be split out. | 2 / 3 |
Total | 9 / 12 Passed |