Content
36%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.
The body catalogues ten GitHub coordination modes with named gh/git tools, but reads as marketing metadata rather than executable instruction: buzzword attributes, placeholder-laden examples, no sequenced workflow, and no validation for batch PR/issue operations. A stray duplicate YAML block inside the body signals malformed frontmatter handling.
Suggestions
Replace attribute tables ('Review Mode: Automated', 'Merge Strategy: Intelligent') with one concrete, copy-paste-ready command or short workflow per mode, including inputs and expected outputs.
Add a validation/feedback loop for the batch operations section (e.g., check 'gh pr checks' status and abort on failure before merging) so destructive batch steps have checkpoints.
Remove the stray second '---' frontmatter block from the body, and split per-mode detail into references/ files (e.g., modes/pr-manager.md) linked from a lean SKILL.md overview to enable progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is padded with low-information buzzword attributes ('Conflict Resolution: Intelligent', 'Review Quality: Deep', 'Versioning: Semantic', 'Conflict Prevention: Proactive') and a stray duplicate frontmatter block with echo-based hooks, none of which teaches Claude anything actionable. It is not score-1 verbose (it never explains basic GitHub concepts), but several sections are filler that could be cut or tightened. | 2 / 5 |
Actionability | Some concrete material exists — real gh subcommands are named ('gh pr create --title ... --head ... --base ...', 'gh pr checks', 'gh workflow list') and tool lists are given per mode — but the primary usage syntax ('$github pr-manager <PR management task>') is a non-executable pseudo-invocation, and examples carry placeholders ('--body '...'', 'todo1, todo2') missing the key details. It sits between 'high-level hints' and 'mostly executable guidance'. | 3 / 5 |
Workflow Clarity | The document is a mode catalog, not a workflow: no multi-step sequence exists anywhere, and the batch operations section (creating issues/PRs in parallel, merging) has no validation or verification checkpoints at all. Per the rubric's batch-operation cap, workflow clarity cannot exceed 3; the near-total absence of any sequence places it below that. | 2 / 5 |
Progressive Disclosure | Sections ('GitHub Workflow Modes', 'Repository Management Modes', 'Integration Commands', 'Usage Examples') give the body recognizable structure, but ~120 lines of per-mode attribute tables and the integration examples are inlined monolithically with no bundle files or references to offload detail. The stray second '---' metadata block inside the body further muddies navigation. | 3 / 5 |
Total | 10 / 20 Passed |