CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes

Quality

63%

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 ./plugins/antigravity-bundle-essentials/skills/systematic-debugging/SKILL.md

The canonical home for this skill is systematic-debugging in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

62%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 four-phase workflow itself is excellent — clearly sequenced, gated, and rich with feedback loops — but it is buried in roughly 40% redundant motivational padding and references supporting files that are missing from the bundle. Tightening the body and restoring (or removing) the referenced files would lift the skill substantially.

Suggestions

Consolidate the three overlapping anti-shortcut sections (Red Flags, Signals, Common Rationalizations) into a single table — they all restate 'stop guessing, return to Phase 1'.

Fix the broken references: either include root-cause-tracing.md, defense-in-depth.md, and condition-based-waiting.md in the bundle or remove/inline their mentions, since they currently point to nonexistent files.

Cut unverifiable statistics ("95% vs 40% first-time fix rate") and rhetorical lines, and move the multi-layer instrumentation example into a reference file to reduce the main body's token load.

DimensionReasoningScore

Conciseness

Three sections ("Red Flags", "your human partner's Signals You're Doing It Wrong", "Common Rationalizations") repeat the same 'stop guessing, return to Phase 1' message, plus rhetoric like "Violating the letter of this process is violating the spirit of debugging" and unverifiable statistics ("First-time fix rate: 95% vs 40%"). Not 3 because the padding is substantial rather than occasional; not 1 because the four-phase core is genuinely useful process discipline, not explanation of concepts Claude already knows.

2 / 5

Actionability

Concrete, executable guidance throughout: a runnable multi-layer bash instrumentation example, specific steps (git diff, log at each component boundary, one variable at a time), and explicit escalation rules. Not 5 because the instrumentation template is partly pseudocode, the referenced root-cause-tracing technique is deferred to a file that doesn't exist, and no concrete failing-test example is given.

4 / 5

Workflow Clarity

Clear gated sequence ("You MUST complete each phase before proceeding") with explicit validation checkpoints and feedback loops: failed hypothesis returns to Phase 1, "If ≥ 3: STOP and question the architecture", Phase 4 verifies the test passes and nothing else breaks, plus a red-flag self-check list and quick-reference table. Fully matches the anchor-5 pattern.

5 / 5

Progressive Disclosure

Sections are clearly organized and references are well-signaled with one-line descriptions, but all three referenced files (root-cause-tracing.md, defense-in-depth.md, condition-based-waiting.md) do not exist in the bundle, so navigation fails entirely, and ~150 lines of inline material (rationalization tables, instrumentation examples) belong in those files. Not 4 because broken references prevent real navigation; not 2 because the in-body structure and signaling are solid, not minimal.

3 / 5

Total

14

/

20

Passed

Description

48%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.

A strong, explicit trigger clause undermined by the complete absence of a capability statement. The description tells Claude when to activate but not what it will find or should do, and its 'any bug' breadth creates high overlap risk with other fixing and testing skills.

Suggestions

Add a 'what' clause before the trigger, e.g. "Systematic four-phase debugging process — investigate root cause, analyze patterns, test hypotheses, implement fix. Use when encountering any bug..."

Broaden trigger synonyms to include natural user phrasings like "error", "crash", "not working", or "regression" rather than only bug/test failure/unexpected behavior.

Differentiate from generic fixing skills by signaling the distinct niche, e.g. "before proposing fixes" could be extended to "instead of guess-and-check patching".

DimensionReasoningScore

Specificity

The description names the trigger domain ("any bug, test failure, or unexpected behavior") but states no actions or capabilities at all — it never says what the skill actually does. Not 1 because the trigger terms are concrete rather than pure abstraction; not 3 because even 1-2 concrete actions are absent.

2 / 5

Completeness

The 'when' is fully explicit with multiple concrete trigger phrases and ordering guidance ("before proposing fixes"), but the 'what' is entirely absent — the skill's purpose must be inferred from the name. Sits between anchor 2's pattern (only 'when' present) and a complete description; the explicit, high-quality 'when' lifts it above the anchor-2 example while the missing 'what' keeps it below 4.

3 / 5

Trigger Term Quality

"bug", "test failure", and "unexpected behavior" are natural phrases a user would say when they need this skill. Not 5 because common synonyms like "error", "crash", "debug", or "not working" are missing; not 3 because coverage of the core natural terms is good, not partial.

4 / 5

Distinctiveness Conflict Risk

"Use when encountering any bug" claims a maximally broad scope that overlaps virtually every error-fixing, testing, and troubleshooting skill, making wrong-skill triggering likely. Not 3 because the description offers no differentiating scope or niche; not 1 because it is at least anchored to a recognizable debugging context rather than fully generic.

2 / 5

Total

11

/

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

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/antigravity-bundle-essentials/skills/systematic-debugging/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.