CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-consensus-coordinator

Agent skill for consensus-coordinator - invoke with $agent-consensus-coordinator

56

7.38x
Quality

32%

Does it follow best practices?

Impact

96%

7.38x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/agent-consensus-coordinator/SKILL.md

The canonical home for this skill is agent-consensus-coordinator in ruvnet/claude-flow

SKILL.md
Quality
Evals
Security

Quality

Content

36%Weight 40%Scale 1-5

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

The body is an over-long, concept-heavy catalog of consensus topics punctuated by code examples that lean on undefined helper methods. It explains domain concepts Claude already knows and provides only high-level workflow phases without validation checkpoints or external reference structure.

Suggestions

Trim the conceptual bullet catalogs (Advanced Consensus Algorithms, Performance Optimization, Fault Tolerance Mechanisms) to the non-obvious specifics Claude would not already know.

Make code examples executable by defining or stubbing the helper methods (buildConsensusMatrix, extractAgreement, calculateReliability) rather than leaving them as pseudocode.

Add explicit validation checkpoints to the deployment workflows (e.g. verify quorum, check fault tolerance threshold) and move the long integration code into reference files linked from the overview.

DimensionReasoningScore

Conciseness

Across ~340 lines, large sections (Core Capabilities, Advanced Consensus Algorithms, Performance Optimization, Fault Tolerance Mechanisms) are conceptual bullet lists restating things Claude already knows (pBFT phases, Proof of Stake, sharding, CAP theorem), matching the 'noticeably verbose; several unnecessary explanations or padded sections' anchor; not a 3 because the padding is extensive rather than occasional.

2 / 5

Actionability

Code examples (ByzantineConsensus, distributedVoting, SwarmCoordinator) give concrete structure but call undefined helper methods like this.buildConsensusMatrix, this.extractAgreement, and this.calculateReliability, making them effectively pseudocode with missing details, which fits the 'pseudocode instead of executable code; missing key details' anchor rather than 4.

3 / 5

Workflow Clarity

The Example Workflows list high-level phases ('Network Design', 'Protocol Selection', 'Parameter Tuning', 'Deployment', 'Monitoring') with no concrete commands, parameters, or validation checkpoints for risky deployment/consensus operations, matching the 'rough sequence present but many gaps; validation absent' anchor and capped by the destructive/batch-operation rule.

2 / 5

Progressive Disclosure

The file is monolithic with clear section headers but no external references and no bundle files, and substantial content (long code blocks, integration guides) that could live in separate files is inlined; this fits the 'some structure but content that should be separate is inline' anchor rather than 2, which requires minimal structure.

3 / 5

Total

10

/

20

Passed

Description

28%Weight 40%Scale 1-5

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 frontmatter description is a templated, near-empty string that names the skill and its invocation token but never says what it does or when to use it. It fails both the 'what' and 'when' test and offers no natural trigger terms.

Suggestions

Replace the description with a concrete statement of what the skill does, e.g. 'Designs and implements distributed consensus protocols (BFT, voting, agreement) using sublinear solver tools.'

Add an explicit 'Use when...' clause naming natural triggers such as 'Byzantine fault tolerance', 'distributed voting', or 'multi-agent agreement'.

Remove the duplicate stray YAML block in the body so the canonical frontmatter description is the substantive one.

DimensionReasoningScore

Specificity

The description 'Agent skill for consensus-coordinator - invoke with $agent-consensus-coordinator' names the domain but describes no concrete actions beyond an invocation syntax, matching the 'Names the domain but actions are minimal or generic' anchor; it is not a 1 because it does name a specific domain, and not a 3 because no real capability is articulated.

2 / 5

Completeness

It offers only a vague 'what' (the skill name) and no 'when'/'Use when' clause at all, capping per the 'missing Use when clause caps completeness at 3' guideline and landing on the 'vague what and no when' anchor rather than 3, which would require a clear 'what'.

2 / 5

Trigger Term Quality

Only the technical name 'consensus-coordinator' and the invocation token '$agent-consensus-coordinator' appear, with no natural phrases a user would say (e.g. 'consensus', 'voting', 'Byzantine'); this is closer to the 'one or two generic keywords; missing the natural phrases' anchor than to a 1 with no domain term at all.

2 / 5

Distinctiveness Conflict Risk

The name 'consensus-coordinator' points at a fairly niche domain, so it is somewhat specific, but with no trigger phrases the description could still overlap with other distributed-systems skills, fitting the 'Somewhat specific but could still overlap' anchor rather than 4 which needs clearer distinct triggers.

3 / 5

Total

9

/

20

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ruvnet/ruflo
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.