CtrlK
BlogDocsLog inGet started
Tessl Logo

github-release-management

Comprehensive GitHub release orchestration with AI swarm coordination for automated versioning, testing, deployment, and rollback management

58

1.62x
Quality

45%

Does it follow best practices?

Impact

78%

1.62x

Average score across 3 eval scenarios

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/github-release-management/SKILL.md

The canonical home for this skill is github-release-management in ruvnet/agentic-flow

SKILL.md
Quality
Evals
Security

Quality

Content

40%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a sprawling monolith: it scores well on workflow sequencing and validation but fails badly on token efficiency and progressive disclosure, with mixed actionability due to placeholder pseudocode in its flagship orchestration examples. Most of the generic best-practices and catalog content could be removed or split into reference files.

Suggestions

Cut the generic explanation sections (Best Practices & Patterns, Performance Metrics, Documentation Standards) that restate knowledge Claude already has, and trim repeated full-flag `npx claude-flow` command catalogs to the essential invocations.

Move the large YAML configuration blocks and per-agent specialization details into separate bundled reference files (e.g., CONFIG.md, AGENTS.md) with one-level-deep links from a concise overview, enabling real progressive disclosure.

Replace placeholder strings ("[updated version]", "[release changelog]") and pseudo Edit/Write calls in the JavaScript examples with concrete, executable snippets or clearly justified pseudocode.

DimensionReasoningScore

Conciseness

At ~1080 lines the body is a verbose wall of text that explains concepts Claude already knows (semantic versioning, CI/CD pipelines, changelog best practices, release cadence) and repeats full-flag `npx claude-flow` invocations and giant YAML config dumps, adding little that Claude could not infer.

1 / 3

Actionability

The bash/`gh`/YAML snippets are concrete and largely executable, but the headline JavaScript "swarm" examples rely on placeholders ("[updated version]", "[release changelog]") and pseudo `Edit()`/`Write()` calls rather than copy-paste-ready code.

2 / 3

Workflow Clarity

The CI release workflow is a clearly sequenced multi-step process with explicit validation checkpoints (lint, test, security scan, smoke tests, health checks), rollback feedback loops (auto-rollback triggers), and pre/post-release checklists, matching the anchor for clear sequencing with validation.

3 / 3

Progressive Disclosure

No bundle files exist and the "Level 1-4" sections are all inline in one monolithic 1080-line SKILL.md, so there is no genuine one-level-deep file splitting; the only references point to external `../../docs/*` paths rather than organized bundled material.

1 / 3

Total

7

/

12

Passed

Description

50%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description conveys the skill's domain and several concrete capabilities but is weakened by buzzword padding ("Comprehensive", "AI swarm coordination") and the total absence of explicit trigger guidance. It answers "what" adequately but never "when."

Suggestions

Drop fluffy qualifiers like "Comprehensive" and the "AI swarm coordination" buzzword in favor of concrete, user-facing verbs.

Add an explicit "Use when..." clause naming natural triggers (e.g., creating a GitHub release, generating changelog/release notes, publishing versions, rolling back a deployment).

Include common user-facing variations (publish, release notes, changelog, CI/CD) to improve trigger-term coverage and distinguish the skill from github-workflow-automation.

DimensionReasoningScore

Specificity

The description names several concrete capabilities ("automated versioning, testing, deployment, and rollback management"), but pads them with over-claims and buzzwords ("Comprehensive", "AI swarm coordination"), so it does not reach the clean multi-action clarity of a 3.

2 / 3

Completeness

It clearly states what the skill does but provides no "Use when..." clause or equivalent trigger guidance for when Claude should invoke it, which caps completeness at 2 per the judging guidelines.

2 / 3

Trigger Term Quality

Natural terms like "GitHub release", "deployment", and "rollback" are present, but "orchestration" and "AI swarm coordination" are jargon users would not naturally say, and common variations (publish, changelog, release notes, CI/CD) are missing.

2 / 3

Distinctiveness Conflict Risk

"GitHub release" is a recognizable niche, but the deployment/testing/versioning scope overlaps with related skills like github-workflow-automation and deployment-orchestration, so it could still trigger for the wrong skill.

2 / 3

Total

8

/

12

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1082 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 2 suspicious

Warning

Total

13

/

16

Passed

Repository
ruvnet/ruvector
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.