CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

distributed-debugging-debug-trace

Set up debugging environments, distributed tracing, and diagnostic tools, and establish troubleshooting practices for development and production. Use when configuring debugging workflows or tracing requests across services.

Quality

65%

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/distributed-debugging-debug-trace/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, well-sectioned, and includes sensible use/do-not-use boundaries and safety notes, but its instructions are abstract directives with no tools, examples, or concrete steps. The one progressive-disclosure reference points to a file that is missing from the bundle, so the promised detail is unreachable. It reads as an outline of a skill rather than an executable one.

Suggestions

Add concrete, executable detail to the Instructions: name specific tools and patterns (e.g., OpenTelemetry/Jaeger setup, a sample trace field schema, a correlation-ID convention) instead of directives like "Standardize log/trace fields and correlation IDs".

Ship the referenced `resources/implementation-playbook.md` (or fix the path) so the progressive-disclosure reference resolves — currently the only source of detail is a dead link.

Add validation checkpoints and a feedback loop after "Validate end-to-end trace coverage and sampling" (e.g., what to check, what to do when coverage or sampling is wrong), and trim the redundant opening paragraph and "Context" section that restate the description.

DimensionReasoningScore

Conciseness

Mostly efficient with clear sections, but the "You are a debugging expert..." opener and the entire "Context" section ("The user needs to set up debugging and tracing capabilities to efficiently diagnose issues...") restate the frontmatter description without adding actionable content. Not a 4 because a full restated paragraph plus the near-empty "Requirements" section is more than minor over-explanation; not a 2 because the total is brief and the remaining sections are lean.

3 / 5

Actionability

Instructions are high-level directives — "Configure local debugging and production-safe tracing", "Standardize log/trace fields and correlation IDs", "Validate end-to-end trace coverage and sampling" — with no tools, commands, config examples, or field lists. This matches "minimal concrete guidance; high-level hints but missing the specific steps to execute". Not a 1 because the bullets direct specific named activities (spans, correlation IDs, sampling) rather than pure abstraction; not a 3 because no concrete executable detail is supplied anywhere.

2 / 5

Workflow Clarity

A sequence is present (identify services/spans → configure → standardize → validate) and a validation step exists ("Validate end-to-end trace coverage and sampling"), but there are no checkpoints or error-recovery guidance. This mirrors the 3 anchor (steps listed, validation gaps, checkpoints implicit); a 4 would require most checkpoints and feedback loops to be spelled out.

3 / 5

Progressive Disclosure

Sections are well organized and the reference is clearly signaled twice with its purpose stated ("for detailed tooling and configuration patterns"), but `resources/implementation-playbook.md` does not exist in the bundle — the only disclosure path dead-ends. The broken reference outweighs the good signaling, placing it below the 4 anchor ("references mostly clear; minor organization gaps").

3 / 5

Total

11

/

20

Passed

Description

71%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 answers both what and when with an explicit "Use when" clause and mostly concrete, domain-appropriate language. Its weaknesses are moderately abstract capability nouns ("diagnostic tools", "troubleshooting practices"), a trigger clause narrower than the stated capabilities, and missing logging/observability synonyms. Overall a solid but not exemplary description.

DimensionReasoningScore

Specificity

"Set up debugging environments, distributed tracing, and diagnostic tools, and establish troubleshooting practices" lists several named actions in a specific domain. Not a 5 because "diagnostic tools" and "troubleshooting practices" remain abstract with no concrete operations; not a 3 because there are more than 1-2 concrete actions.

4 / 5

Completeness

Both parts are present: the "what" ("Set up debugging environments, distributed tracing, and diagnostic tools...") and an explicit "Use when configuring debugging workflows or tracing requests across services" trigger clause. Not a 5 because the when-clause covers only two of the four stated capabilities (no trigger for production diagnosis or logging standards), matching the anchor where 'when' could be more specific.

4 / 5

Trigger Term Quality

"debugging workflows", "tracing requests across services", "distributed tracing", and "troubleshooting" are natural phrases users would say. Not a 5 because common variations like "logging", "observability", and "monitoring" are absent even though the skill's body covers them.

4 / 5

Distinctiveness Conflict Risk

"distributed tracing" and "tracing requests across services" are distinct, but "debugging environments", "diagnostic tools", and "troubleshooting practices" are broad and overlap with generic debugging, logging, and observability skills. It sits between the 3 anchor (could still overlap with similar skills) and 4 (mostly distinct); a user asking for help debugging or setting up logging could trigger it wrongly.

3 / 5

Total

15

/

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