CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-mesh-coordinator

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

48

2.60x
Quality

21%

Does it follow best practices?

Impact

99%

2.60x

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-mesh-coordinator/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%

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 long conceptual reference on mesh/distributed-systems topics rather than lean, executable skill instructions: it re-explains well-known concepts, relies on pseudocode, and lacks validation checkpoints. Content is monolithic with no progressive disclosure, though it is organized under clear headers.

Suggestions

Cut the textbook explanations of gossip, pBFT, Raft, and DHT that Claude already knows; keep only skill-specific decisions such as which consensus strategy to pick and the exact MCP commands to invoke.

Replace pseudocode Python classes with concrete, executable MCP command sequences the agent can run, or remove them in favor of the actual tool invocations.

Add explicit validation/feedback loops (e.g., verify swarm_init succeeded and quorum was reached before distributing tasks; retry on heartbeat timeout) for the risky distributed operations.

Split large reference sections (consensus algorithms, task distribution, load balancing) into separate files under references/ and link to them one level deep from a concise overview.

DimensionReasoningScore

Conciseness

The ~390-line body extensively explains distributed-systems concepts Claude already knows (gossip algorithms, pBFT phases, Raft, DHT, work stealing, load balancing), padded with textbook exposition rather than skill-specific guidance.

1 / 3

Actionability

Concrete mcp__claude-flow__* commands are present, but the Python examples are pseudocode classes with undefined methods (find_busy_peers, collect_load_metrics, request_failure_confirmations), so guidance is partial rather than copy-paste executable.

2 / 3

Workflow Clarity

The pre/post hooks and peer-discovery bootstrap steps provide a sequence, but there are no validation checkpoints or feedback loops for risky distributed operations, which caps workflow clarity at 2.

2 / 3

Progressive Disclosure

The skill is a single monolithic file with no bundle files and no external references, yet contains sections (consensus algorithms, task distribution, fault tolerance) that should be split into separate reference files; section headers provide structure but content that belongs elsewhere is inline.

2 / 3

Total

7

/

12

Passed

Description

7%

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 is a near-empty invocation hint rather than a capability statement: it conveys no concrete actions, no natural trigger terms, and no usage guidance. It only barely identifies a niche, leaving the skill effectively undiscoverable by intent.

Suggestions

Replace the invocation hint with concrete capabilities, e.g. "Coordinates a peer-to-peer mesh network of agents: initializes swarm topology, builds consensus, distributes tasks, and recovers from node failures."

Add an explicit trigger clause: "Use when the user asks to coordinate multiple agents in a decentralized/swarm mesh, run distributed consensus, or distribute tasks across agent peers."

Include natural user-facing keywords (mesh network, swarm, peer-to-peer coordination, consensus, fault tolerance) rather than the "$agent-mesh-coordinator" invocation token.

DimensionReasoningScore

Specificity

The description ("Agent skill for mesh-coordinator - invoke with $agent-mesh-coordinator") names a domain but lists no concrete actions; it describes how to invoke the skill rather than what it does, matching the vague/abstract anchor.

1 / 3

Completeness

It answers neither "what does this do" (only "Agent skill for mesh-coordinator") nor "when should Claude use it"; there is no "Use when..." clause or equivalent trigger guidance, and the "what" itself is very weak.

1 / 3

Trigger Term Quality

The only trigger term is the invocation syntax "$agent-mesh-coordinator", which is technical jargon users would not naturally say; there are no natural keywords like "mesh network" or "swarm coordination".

1 / 3

Distinctiveness Conflict Risk

"mesh-coordinator" names a specific niche that is somewhat distinguishable, but the absence of distinct trigger terms means it could still overlap with other coordinator or swarm skills, fitting the middle anchor.

2 / 3

Total

5

/

12

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/claude-flow
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.