CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

error-diagnostics-error-trace

Implement error tracking, structured logging, grouping, and alert routing. Use when improving production error detection, triage, or integration with monitoring services.

56

Quality

71%

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

Quality

Content

38%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 generic template boilerplate: filler use/don't-use sections, vague instruction bullets with no concrete examples, commands, or configurations, and a sole reference to a playbook file that does not exist in the bundle. It reads as a scaffold that was never filled in, and Claude following it would attempt to open a missing file.

Suggestions

Replace the generic instruction bullets with domain-specific, executable guidance — e.g., a Sentry SDK initialization snippet, a structured log schema (severity, fingerprint, context fields), and a sample alert-rule configuration with thresholds.

Fix the broken progressive disclosure: either ship resources/implementation-playbook.md with the detailed patterns/examples or remove both references to it (lines 31 and 48), since no resources/ directory exists in the bundle.

Delete the 'Use this skill when', 'Do not use this skill when', and 'Context' sections — they restate the frontmatter description and waste tokens — and reinvest that space in the concrete workflow: an ordered implement-verify checklist per output section.

DimensionReasoningScore

Conciseness

The body is short overall, but several sections add no value: the 'Use this skill when / Do not use this skill when' sections ('The task is unrelated to error tracking and monitoring') are pure boilerplate duplicating the description's triggers, the Context section restates it, and 'You are an error tracking and observability expert' is persona padding. Mostly efficient in size but could be tightened by roughly half — fits the 3 anchor better than 2 (not noticeably verbose in absolute tokens) or 5 (not every token earns its place).

3 / 5

Actionability

Guidance is almost entirely generic template text: 'Clarify goals, constraints, and required inputs. Apply relevant best practices and validate outcomes. Provide actionable steps and verification.' There is no concrete code, command, service configuration, logging schema, or alert-rule example — only high-level hints plus an 8-item deliverable outline. Fits 'minimal concrete guidance; missing the specific steps to execute'; not 1 because the Output Format section does name specific deliverables to produce.

2 / 5

Workflow Clarity

The Instructions section lists a rough sequence (clarify → apply → provide steps/verification) and validation is mentioned ('validate outcomes'), but checkpoints are implicit and the steps themselves are vague. Fits 'steps listed but validation gaps; checkpoints missing or implicit'; not 4 because no concrete checkpoint (e.g., verify the alert rule fires in a test environment) is ever specified.

3 / 5

Progressive Disclosure

The body twice defers all detailed material to 'resources/implementation-playbook.md' ('If detailed examples are required, open `resources/implementation-playbook.md`'), but no such file exists — the bundle contains only SKILL.md with no resources/, references/, scripts/, or assets/ directories. Scoring against the actual bundle structure, the only reference is broken, so all substantive content is effectively missing and navigation dead-ends. Not 3 because a clearly signaled but nonexistent reference is worse than an organizational gap; not 1 because the section structure itself is present and the reference is one level deep.

2 / 5

Total

10

/

20

Passed

Description

88%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 description: it explicitly states concrete capabilities and an explicit 'Use when' clause with natural trigger phrases, closely matching the good-example pattern. Minor room to improve by adding service names (e.g., Sentry, Rollbar) and synonyms like 'alerting' to sharpen trigger matching and distinctiveness.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions — 'Implement error tracking, structured logging, grouping, and alert routing' — covering the full detect/log/group/alert pipeline, matching the comprehensive-coverage anchor. Not 4 because coverage of the domain's core actions is complete, not 'minor gaps'.

5 / 5

Completeness

Explicitly answers both: what ('Implement error tracking, structured logging, grouping, and alert routing') and when ('Use when improving production error detection, triage, or integration with monitoring services') with concrete trigger phrases — a direct structural match to the 5-anchor example. Voice is imperative with no first/second person pronouns, so no voice penalty.

5 / 5

Trigger Term Quality

Good natural keyword coverage ('error tracking', 'structured logging', 'triage', 'monitoring services', 'production error detection'), but common variations are missing — no 'alerting', 'error monitoring', or service names (Sentry, Rollbar). Not 5 because the anchor requires synonyms/extensions-level coverage; not 3 because most natural phrasings users would say are present.

4 / 5

Distinctiveness Conflict Risk

Clear error-observability niche with distinct triggers, but could minorly overlap with general logging-setup or observability/dashboard skills. Not 5 because 'structured logging' and 'monitoring services' are shared territory with adjacent skills; not 3 because the error-tracking/triage framing is specific enough to mostly avoid wrong-skill triggers.

4 / 5

Total

18

/

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-trace/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.