Content
12%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill is an extremely verbose, largely non-actionable document that reads more like a product marketing spec than an executable skill. The vast majority of commands reference a hypothetical 'npx ruv-swarm' CLI tool with no evidence it exists, making the skill unusable in practice. The content is a monolithic wall of speculative features with no validation steps, poor organization, and significant redundancy across sections.
Suggestions
Strip the content down to only commands and workflows that actually work with the declared MCP tools (mcp__github__*, mcp__claude-flow__*) and standard CLI tools (gh), removing all references to the unverifiable 'npx ruv-swarm' tool.
Reduce to a focused overview (under 100 lines) covering the core workflow: fetch issue → analyze → decompose → coordinate agents → update issue, with one concrete end-to-end example using real tool syntax.
Add explicit validation checkpoints in workflows, especially for destructive operations like auto-closing issues and batch processing.
Move detailed examples (GitHub Actions YAML, issue templates, label configs) into separate bundle files and reference them from the main skill with clear one-level-deep links.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose at 400+ lines with massive amounts of speculative CLI commands for a tool (ruv-swarm/npx ruv-swarm) that appears hypothetical. Enormous repetition of similar patterns (issue-init, issue-decompose, etc.) with slight variations. Explains concepts Claude already knows (what bug reports are, what feature requests are, label strategies). The best practices and security sections are generic filler. | 1 / 3 |
Actionability | Nearly all commands reference 'npx ruv-swarm' which appears to be a non-existent or undocumented tool, making none of the code executable or verifiable. The MCP tool invocations at the bottom use incorrect syntax (not valid JSON calls). The gh CLI portions are more concrete but are wrapped in fictional pipeline commands. Most content is aspirational rather than actionable. | 1 / 3 |
Workflow Clarity | Some workflows like 'Task Decomposition' and 'Progress Tracking' show reasonable step sequences with bash commands. However, there are no validation checkpoints or error recovery steps in any workflow. The sheer number of disconnected workflow fragments makes it hard to follow any single coherent process. Missing feedback loops for destructive operations like auto-closing stale issues. | 2 / 3 |
Progressive Disclosure | Monolithic wall of text with no meaningful separation of content. Everything is dumped into a single massive file covering issue conversion, templates, automation, metrics, security, examples, and more. References to swarm-pr.md, sync-coordinator.md, and workflow-automation.md exist at the bottom but no bundle files are provided. Content that should be in separate reference files (label automation JSON, GitHub Actions YAML, issue templates) is all inline. | 1 / 3 |
Total | 5 / 12 Passed |