CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

distributed-debugging-debug-trace

You are a debugging expert specializing in setting up comprehensive debugging environments, distributed tracing, and diagnostic tools. Configure debugging workflows, implement tracing solutions, and establish troubleshooting practices for development and production environments.

45

Quality

56%

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/AI-Agents-Safe-Coding-Skills-claude/skills/distributed-debugging-debug-trace/SKILL.md

The canonical home for this skill is distributed-debugging-debug-trace in rmyndharis/antigravity-skills

SKILL.md
Quality
Evals
Security

Quality

Content

50%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, cleanly sectioned, and includes useful use/don't-use and safety guidance, but it operates entirely at a high altitude: no concrete commands or examples, and its single pointer to detailed material references a file that is missing from the bundle. The skill reads as a well-formatted outline with no executable substance.

Suggestions

Ship the missing 'resources/implementation-playbook.md' (or remove the reference) — the body promises detail that cannot be reached.

Add at least one concrete, executable example per instruction, e.g. an OpenTelemetry env-var config for sampling, a log-field/correlation-ID schema, or a command to verify trace coverage end-to-end.

Tighten the body by removing the verbatim persona duplication of the description and the padding in the Context section, and add an explicit validate-then-fix checkpoint after the tracing configuration steps.

DimensionReasoningScore

Conciseness

The body is lean and well-sectioned, but has minor trims available: the opening paragraph duplicates the frontmatter description verbatim, and the Context paragraph ('The user needs to set up debugging and tracing capabilities to efficiently diagnose issues... Focus on developer productivity...') restates purpose as padding. This matches 'efficient; minor instances of over-explanation that could be trimmed' rather than anchor 3's 'some unnecessary explanation'.

4 / 5

Actionability

Instructions are high-level hints — 'Identify services, trace boundaries, and key spans', 'Configure local debugging and production-safe tracing' — with no commands, config snippets, tool names, or examples of how to execute any step. This matches 'minimal concrete guidance; high-level hints but missing the specific steps to execute'; the only source of concrete detail, 'resources/implementation-playbook.md', does not exist in the bundle, so no executable path remains. Not 3 because nothing concrete-to-execute is present anywhere in the skill.

2 / 5

Workflow Clarity

A rough sequence is listed (identify → configure → standardize → validate → open playbook if needed), and 'Validate end-to-end trace coverage and sampling' names a validation step, but there are no explicit checkpoints or fix-and-retry feedback loops for the configuration work, matching 'steps listed but validation gaps; sequence present but checkpoints missing or implicit'. Not 4 because the steps are broad phases without operational detail or error-recovery guidance.

3 / 5

Progressive Disclosure

Sections are well-organized and the reference is clearly signaled in both Instructions and Resources, but the sole referenced file, 'resources/implementation-playbook.md', does not exist in the bundle (no resources/ directory), so the promised one-level-deep detail is unreachable and navigation dead-ends. This falls between anchor 3 ('references present but not clearly signaled' organization issues) and anchor 4; the broken reference prevents scoring 4 or higher despite clean section structure.

3 / 5

Total

12

/

20

Passed

Description

45%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 its domain and lists several actions but stays at a generic altitude, uses second-person voice (penalized), and entirely lacks a 'Use when' trigger clause. It would benefit from concrete tooling terms and explicit trigger guidance to distinguish it from adjacent observability skills.

Suggestions

Add an explicit trigger clause, e.g. 'Use when setting up distributed tracing (OpenTelemetry, Jaeger), configuring debuggers, or diagnosing multi-service production issues.'

Rewrite in third person and replace generic verb-noun pairs ('configure workflows', 'establish practices') with concrete capabilities and tool names (e.g. 'instruments services with OpenTelemetry, standardizes correlation IDs, configures production-safe sampling').

Include natural synonyms users would actually say — 'logging', 'observability', 'tracing spans' — to improve trigger matching and distinctiveness.

DimensionReasoningScore

Specificity

Base 3: the description names the domain ('debugging environments, distributed tracing, and diagnostic tools') and lists actions ('Configure debugging workflows, implement tracing solutions, and establish troubleshooting practices'), but the actions are generic verb-noun pairs with no concrete tools, outputs, or specifics, and 'comprehensive' and 'specializing in' are fluff. Per the judging guidelines, the second-person opening ('You are a debugging expert') reduces the specificity score by 1, giving 2.

2 / 5

Completeness

The 'what' is reasonably clear (configure debugging workflows, implement tracing, establish troubleshooting practices), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines and matches the anchor 'has a clear what but when is missing or only weakly implied'. Not 4 because nothing in the text states when to invoke the skill.

3 / 5

Trigger Term Quality

Relevant keywords like 'debugging', 'distributed tracing', 'troubleshooting', and 'diagnostic tools' are present, but common natural variations users would say — 'logging', 'observability', 'monitoring', 'profiling', or tool names like OpenTelemetry — are missing, matching the 'some relevant keywords but missing common variations or synonyms' anchor rather than the fuller coverage of anchor 4.

3 / 5

Distinctiveness Conflict Risk

The debugging/tracing niche is somewhat specific, but without trigger guidance the description could overlap with logging, monitoring, and observability skills, matching 'somewhat specific but could still overlap with similar skills'. Not 4 because closely related observability/logging skills are not delineated and no distinct trigger phrases sharpen the boundary.

3 / 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/AI-Agents-Safe-Coding-Skills-claude/skills/distributed-debugging-debug-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.