CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

error-debugging-multi-agent-review

Coordinate specialized code, security, architecture, and performance reviewers and consolidate their results. Use when a codebase needs parallel review across multiple disciplines.

49

Quality

62%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/error-debugging-multi-agent-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 skill body reads more like a design document than an operational instruction: it is padded with conceptual marketing copy, its code is illustrative pseudocode referencing undefined components, and it lacks a concrete end-to-end workflow with validation checkpoints. Structure exists, but the actionable core (how to actually route, run, synthesize, and verify a review) is buried in abstraction.

Suggestions

Cut the conceptual padding — the "Context and Purpose" section, "Role: Expert ..." intro, and Depth/Breadth/Intelligence/Adaptability bullets — which restates multi-agent concepts Claude already knows.

Replace the pseudocode referencing undefined helpers (ConflictResolutionEngine, ReviewOptimizer, QualityScoreCalculator, is_web_application) with either executable code or concrete step-by-step instructions for routing, running, and synthesizing agent results.

Define an explicit review workflow with validation checkpoints (e.g. route → run agents → synthesize → verify report → handle conflicts), and either create the referenced implementation files or remove the dangling "Reference Implementations" section.

DimensionReasoningScore

Conciseness

The body is noticeably verbose and padded: "A sophisticated AI-powered code review system designed to provide comprehensive, multi-perspective analysis ... transcend traditional single-perspective review approaches" and the Depth/Breadth/Intelligence/Adaptability bullets restate well-known multi-agent concepts, and sections like "Role: Expert Multi-Agent Review Orchestration Specialist" and vague bullets ("Maintain agent independence", "Use probabilistic routing") add no actionable content. It is above 1 because roughly half the document (agent types, execution strategy, example configs) does carry content, but well below 3 given the extensive marketing-style filler.

2 / 5

Actionability

Concrete guidance exists in structure — agent type lists, the multi_agent_review() example with agent weights, and the sequential workflow phases — but the Python snippets are illustrative pseudocode rather than executable code, referencing undefined helpers (is_web_application, ConflictResolutionEngine, ReviewOptimizer, QualityScoreCalculator) and containing placeholder comments like "# Intelligent merging logic". This matches the pseudocode-instead-of-executable anchor; it is not 4 because none of the snippets run as written, and not 2 because real structural specifics (agent types, weights, phases) are given.

3 / 5

Workflow Clarity

The numbered strategy sections (agent selection/routing → context management → parallel/sequential execution → aggregation → conflict resolution → optimization → quality validation) present a rough sequence of the review process, but there are no explicit validation checkpoints or feedback loops — "Validate outcomes" and the Quality Validation Framework are described conceptually, not as steps with error-recovery paths. It matches the steps-listed-but-checkpoints-implicit anchor; not 4 because a reader cannot tell when to verify or what to do on failure.

3 / 5

Progressive Disclosure

The body has real section structure (numbered strategies, example implementations), but no bundle files exist (references/, scripts/, assets/ are absent) while the "Reference Implementations" section dangles unsignaled pointers ("Web Application Security Review", "Microservices Architecture Validation") that resolve to nothing, and ~200 lines of strategy detail that could live in separate files are inlined. This matches the some-structure-but-could-be-better-organized anchor; not 4 because the dangling references and monolithic inline detail leave navigation unclear.

3 / 5

Total

11

/

20

Passed

Description

62%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 description is well-formed: third-person, concise, with an explicit 'Use when' clause and a clear statement of what the skill does. Its main weakness is trigger coverage — the phrasing is narrower than the vocabulary users would naturally employ when asking for a code review, and the 'what' could list a couple more concrete actions.

Suggestions

Broaden trigger coverage with natural phrases users actually say, e.g. 'Use when the user asks for a code review, security review, or multi-perspective review of a codebase or PR'.

Add one or two more concrete actions to the 'what' clause, such as routing review tasks to specialized agents and merging findings into a single prioritized report.

DimensionReasoningScore

Specificity

The description names the domain and two concrete actions — "Coordinate specialized code, security, architecture, and performance reviewers and consolidate their results" — but the coverage is not comprehensive (consolidation output, routing, and conflict handling are only implied), matching the anchor for 1-2 concrete actions. It does not reach 4 because the action list stops short of several specific actions with only minor gaps, and it is above 2 because the domain and actions are explicitly named rather than generic.

3 / 5

Completeness

It has a clear 'what' ("Coordinate specialized ... reviewers and consolidate their results") and an explicit 'when' ("Use when a codebase needs parallel review across multiple disciplines"), with the 'when' present but fairly narrow. It does not reach 5 because the trigger clause is a single condition without concrete trigger phrases or synonyms, and it is above 3 because both what and when are explicitly stated.

4 / 5

Trigger Term Quality

Trigger terms include "codebase", "parallel review", and "multiple disciplines", which are relevant but miss common natural variations users would say such as "code review", "review my code/PR", "audit", or "security review". This matches the anchor of some relevant keywords but missing common variations or synonyms; it is not 4 because a user asking for a plain code review would not naturally phrase their request this way.

3 / 5

Distinctiveness Conflict Risk

The multi-discipline parallel-review framing ("parallel review across multiple disciplines" with code, security, architecture, and performance reviewers) carves a mostly distinct niche with only minor overlap risk against generic code-review skills. It is not 5 because the trigger does not fully distinguish it from a general code-review skill, and it is above 3 because the orchestration framing is unlikely to pull in unrelated skills.

4 / 5

Total

14

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

rmyndharis/antigravity-skills

Path

skills/error-debugging-multi-agent-review/SKILL.md

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.