CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

agent-qa-debug-fix

Debug, patch, and verify failed Agent QA runs from MCP evidence, artifacts, logs, and local code without hiding product or infrastructure defects.

Quality

80%

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/antigravity-agent-qa-debug-fix/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 lean, well-organized, and actionable, naming exact MCP tools, explicit validation steps, and sensible guardrails against masking real defects. The only gaps are minor: no tool-call parameters or example YAML edits, and no explicit re-validation loop when validation fails. Strong overall.

DimensionReasoningScore

Conciseness

The body is ~60 lines of purely operational content: a one-sentence Overview ("Repair a failed Agent QA run from recorded evidence and the relevant local source"), tight bullet lists, and no explanations of concepts Claude already knows. Every section (When to Use, Preconditions, Workflow, Fix Rules, Example, Limitations) earns its tokens, matching anchor 5; even the Example is not padding since it demonstrates the approval boundary.

5 / 5

Actionability

Concrete, named commands are provided throughout: `agent_qa_get_run`, `agent_qa_classify_failure`, `agent_qa_validate_test`, and the fallback "use dashboard REST APIs or local `.agent-qa` artifacts". However, no tool-call parameters or example YAML edits are shown, leaving minor gaps that fit anchor 4 rather than anchor 5's fully copy-paste-ready coverage of common cases.

4 / 5

Workflow Clarity

The 8-step Workflow is clearly sequenced with explicit validation checkpoints ("Validate any changed Agent QA definition before execution", "Prefer agent_qa_validate_test... before rerunning edited YAML") and an escalation rule ("Stop and report the blocker when evidence cannot distinguish between materially different fixes"). It falls short of anchor 5 only because there is no explicit validate-fail-fix-retry feedback loop; validation is present, so the destructive/batch cap at 3 does not apply.

4 / 5

Progressive Disclosure

This is a compact, self-contained skill (~60 lines, no bundle files in references/, scripts/, or assets/) organized into clean sections — Overview, When to Use, Preconditions, Workflow, Fix Rules, Example, Limitations — with all content appropriately living in SKILL.md and no buried or nested references. This matches the rubric's guidance that a short skill with no need for external references scores 5 on well-organized sections alone.

5 / 5

Total

18

/

20

Passed

Description

66%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 names a clear niche with concrete actions and good domain keywords, and it is comfortably distinguishable from other skills. Its main weakness is the absence of any explicit 'Use when...' trigger clause, leaving the 'when' only implied and capping completeness. Adding explicit trigger guidance and a few natural synonyms would raise it substantially.

Suggestions

Add an explicit 'Use when...' clause, e.g. "Use when an Agent QA run has failed and needs repair, or when the user asks to self-heal or fix a broken/flaky QA test" — this converts the implied trigger into explicit guidance and directly addresses the completeness cap.

Include natural synonyms users would actually say — "fix", "repair", "self-heal", "flaky test" — to broaden trigger-term coverage beyond "debug, patch, verify".

Mention one or two more capabilities from the body (e.g. classifying failures, validating edited Agent QA YAML) to close the coverage gap between the description and the skill's actual actions.

DimensionReasoningScore

Specificity

"Debug, patch, and verify" names three concrete actions applied to "failed Agent QA runs from MCP evidence, artifacts, logs, and local code". This lists several specific actions with minor gaps (failure classification and YAML validation from the body are absent), matching anchor 4 rather than anchor 5's comprehensive coverage.

4 / 5

Completeness

"Debug, patch, and verify failed Agent QA runs" clearly answers 'what', but there is no 'Use when...' clause or equivalent explicit trigger guidance; the 'when' is only weakly implied by the word "failed". Per the judging guideline, a missing explicit trigger clause caps completeness at 3, so it does not reach anchor 4.

3 / 5

Trigger Term Quality

"failed Agent QA runs", "debug", "patch", "verify", "MCP", "artifacts", and "logs" are natural terms users of this domain would say. Common variations like "fix", "repair", "self-heal", or "flaky test" are missing, so it fits anchor 4 (good coverage, a few natural terms missing) rather than anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

"failed Agent QA runs" combined with "MCP evidence" establishes a clear niche with distinct triggers, but the broad verbs "Debug" and "patch... local code" leave minor overlap risk with general debugging/fixing skills. This matches anchor 4 (mostly distinct, minor overlap with closely related skills) rather than anchor 5's minimal conflict risk.

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

boisenoise/skills-collections

Path

skills/antigravity-agent-qa-debug-fix/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.