Content
42%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 content is highly detailed and command-rich but suffers from pervasive `$`-for-`/` corruption that breaks many code blocks and URLs, excessive redundancy across ~1244 lines, and a complete absence of validation checkpoints for destructive/batch operations. It is a monolithic document with no bundle files despite being far too long to keep in one file.
Suggestions
Fix the pervasive character corruption (replace stray `$` with `/` in URLs, paths, and HTML closing tags like `</strong>`, `</summary>`, `</details>`, and `2>$dev$null` -> `2>/dev/null`) so code blocks and links are actually executable.
Add explicit validation/verification checkpoints before destructive and batch steps — e.g., preview the stale-issue list, confirm counts, and verify sync results before closing issues or moving cards.
Split inlined material into one-level-deep bundle files (issue templates, command reference, workflow YAML) and reference them from a lean SKILL.md overview to improve progressive disclosure and conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body runs ~1244 lines with many near-identical, redundant `npx ruv-swarm github <subcommand>` blocks and repeated patterns (e.g., board-init appears multiple times, similar issue-create blocks recur), matching the anchor for noticeably verbose with several padded sections; not a 1 because it does not explain basic concepts Claude already knows (what GitHub is). | 2 / 5 |
Actionability | Substantial concrete commands and code are provided, but a meaningful fraction is corrupted and non-executable (`$` substituted for `/` in URLs/paths like `https:/$github.com/$GITHUB_REPOSITORY$issues/$issue`, `.github$swarm-labels.json`, `2>$dev$null`) and the `mcp__claude-flow__swarm_init { ... }` blocks are pseudocode rather than real call syntax; matches the anchor for some concrete guidance but incomplete. | 3 / 5 |
Workflow Clarity | Sequences exist (the numbered Complete Workflow Example), but batch and destructive operations — auto-closing stale issues, `--close-duplicates`, bulk card operations — have no validation/verification checkpoints, so workflow clarity is capped at 3 per the feedback-loop rule. | 3 / 5 |
Progressive Disclosure | Section headers and collapsible `<details>` blocks give some structure and in-file progressive disclosure, but content that clearly belongs in separate files (issue templates, the full command reference, workflow YAML) is inlined and no bundle files or one-level-deep references exist; matches the anchor for some structure with content that should be separate left inline. | 3 / 5 |
Total | 11 / 20 Passed |