CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

error-diagnostics-error-analysis

Analyze errors in distributed systems by debugging production incidents, tracing root causes, and implementing observability that surfaces failures early. Use when investigating errors or production incidents.

Quality

67%

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-diagnostics-error-analysis/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 body is short and cleanly sectioned, but its guidance stays at the level of generic directives Claude would produce without a skill, and its only external reference points to a file that is missing from the bundle. The main improvements are concrete diagnostic techniques and either shipping or removing the referenced playbook.

Suggestions

Add concrete, executable guidance to the Instructions — e.g., specific log-search commands, trace-correlation steps, or named diagnostic techniques and example invocations — so the steps go beyond the high-level directives Claude would produce on its own.

Resolve the broken bundle reference: the body cites `resources/implementation-playbook.md` twice, but no such file exists — either ship the playbook with its analysis frameworks and checklists, or remove both references.

Make the workflow's validation checkpoints explicit with feedback loops: specify what to do when reproduction fails, when evidence contradicts the hypothesis, and how to verify a proposed fix (e.g., re-run the failing case) before declaring resolution.

DimensionReasoningScore

Conciseness

Mostly tight, but the persona opener ("You are an expert error analysis specialist with deep expertise in...") and the buzzword-heavy Context paragraph ("industry-standard observability tools, structured logging, distributed tracing, and advanced debugging techniques") add little Claude does not already know — more than the minor trimmable instances of anchor 4, far from the severe padding of anchor 1.

3 / 5

Actionability

The Instructions are sequenced imperatives ("Gather error context, timestamps, and affected services... Reproduce or narrow the issue with targeted experiments") but contain no concrete commands, tools, techniques, or examples — high-level hints missing the specific steps to execute, which is above anchor 1 only because they instruct rather than merely describe.

2 / 5

Workflow Clarity

A clear sequence exists (gather context → reproduce/narrow → identify root cause → propose fixes/tests/prevention), but the checkpoints are implicit and vague ("validate with evidence") with no feedback loop for failed reproduction or contradicted hypotheses — better than anchor 2's poorly defined steps, short of anchor 4's mostly-present concrete checkpoints.

3 / 5

Progressive Disclosure

Sections are well organized and the reference is clearly signaled in both Instructions and Resources ("open resources/implementation-playbook.md"), but that file does not exist anywhere in the bundle — a dangling reference that breaks navigation and drops it below anchor 4, while the structure itself keeps it above anchor 2.

3 / 5

Total

11

/

20

Passed

Description

75%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 well-constructed description with a clear what, an explicit 'Use when' clause, and natural trigger terms. Its main gaps are trigger coverage narrower than its capability list and a few missing common synonyms (troubleshooting, outage, stack trace).

DimensionReasoningScore

Specificity

Names the domain ("Analyze errors in distributed systems") and three concrete actions ("debugging production incidents, tracing root causes, and implementing observability"), matching the several-specific-actions-with-minor-gaps anchor; it falls short of anchor 5 because it omits resolution/fixing actions and "observability that surfaces failures early" is a purpose clause rather than a concrete action.

4 / 5

Completeness

Explicitly answers both what ("Analyze errors in distributed systems by debugging production incidents, tracing root causes, and implementing observability") and when ("Use when investigating errors or production incidents"), fitting anchor 4; it is not anchor 5 because the when-clause covers only a subset of the stated capabilities — there is no trigger for observability design work.

4 / 5

Trigger Term Quality

Includes natural phrases users would say — "investigating errors", "production incidents", "root causes", "debugging" — giving good keyword coverage; not anchor 5 because common variants like "troubleshooting", "outage", "stack trace", or "logs" are missing, and it is above anchor 3 since more than a few relevant keywords are present.

4 / 5

Distinctiveness Conflict Risk

The incident/root-cause/observability niche is mostly distinct with triggers like "production incidents" and "tracing root causes"; it is not anchor 5 because "investigating errors" is broad enough to overlap general debugging and troubleshooting skills.

4 / 5

Total

16

/

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-diagnostics-error-analysis/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.