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.

Quality

69%

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 well-organized and lean in length, but contains almost no domain-specific substance: instructions are generic boilerplate with no code, commands, or concrete error-tracking guidance, and the entire detail layer is deferred to a playbook file that is missing from the bundle. Roughly a third of the content (Use/Do-not-use sections, Requirements) is tautological filler.

Suggestions

Add concrete, executable guidance to the Instructions section: example structured-logging snippets, sample Sentry/Datadog integration config, and specific alert-rule or error-grouping patterns, instead of generic directives like "Apply relevant best practices and validate outcomes".

Fix the broken progressive disclosure: either include `resources/implementation-playbook.md` in the bundle or inline the key patterns it was meant to hold, since the body currently defers all detail to a file that does not exist.

Trim the tautological "Do not use this skill when" bullets and the empty "Requirements" section, and replace them with domain-specific workflow checkpoints (e.g., verify error grouping correctness, test alert routing end-to-end) to tighten conciseness and strengthen validation steps.

DimensionReasoningScore

Conciseness

The body is short, but contains unnecessary filler beyond "minor instances": the tautological "Do not use this skill when: The task is unrelated to error tracking and monitoring" and "Requirements: Take the requirements, target, and scope from the user's request" add no information and could be trimmed, matching anchor 3 rather than 4.

3 / 5

Actionability

No code, commands, service names, or configuration examples appear anywhere; the instructions are generic boilerplate ("Apply relevant best practices and validate outcomes", "Provide actionable steps and verification") that would fit any skill, with only the 8-item Output Format list as a minimal high-level hint — anchor 2 rather than 1 because that list and the playbook pointer give some concrete shape.

2 / 5

Workflow Clarity

A rough sequence exists (Instructions bullets plus the ordered Output Format from "Error Tracking Analysis" through "Documentation") and validation is mentioned ("validate outcomes", "verification"), but only generically with no concrete checkpoints, matching anchor 3 (steps listed, validation gaps).

3 / 5

Progressive Disclosure

The single external reference `resources/implementation-playbook.md` is clearly signaled but does not exist in the bundle (no resources/, references/, scripts/, or assets/ directories are present), so all deferred detail leads to a dead end; the body is well-sectioned but the disclosure structure is non-functional, fitting anchor 2.

2 / 5

Total

10

/

20

Passed

Description

83%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 that clearly states multiple concrete capabilities and pairs them with an explicit, specific 'Use when' trigger clause. Its only weaknesses are minor: a few missing natural trigger terms (service names like Sentry/Datadog, "exceptions", "crash reporting") and slight overlap risk with broader logging/observability skills.

DimensionReasoningScore

Specificity

"Implement error tracking, structured logging, grouping, and alert routing" lists several concrete actions, but omits dashboards, recovery, and performance monitoring that the skill body itself covers, so coverage has minor gaps (anchor 4) rather than being comprehensive (anchor 5).

4 / 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, matching the anchor-5 example's structure; the 'when' clause is specific, so anchor 4's caveat does not apply.

5 / 5

Trigger Term Quality

Good natural keyword coverage ("error tracking", "logging", "alert routing", "production error detection", "triage", "monitoring services"), but a few natural terms users would say are missing, such as specific service names (Sentry, Datadog), "exceptions", or "crash reporting".

4 / 5

Distinctiveness Conflict Risk

"Error tracking", "grouping", and "alert routing" carve out a mostly distinct error-monitoring niche, but "structured logging" and "integration with monitoring services" create minor overlap risk with general logging/observability skills (anchor 4, not the minimal-conflict anchor 5).

4 / 5

Total

17

/

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.