CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

opentelemetry-instrumentation

Instruments Java, Python, Node.js, .NET, and Go applications with OpenTelemetry SDKs to send traces, metrics, and logs to Coralogix. Use for SDK-side OTel setup, OTLP exporter env vars, Coralogix resource attributes, APM transaction samplers, Kubernetes Operator injection, or debugging missing traces, metrics, logs, or no telemetry from an application. Not for OTel Collector config (use opentelemetry-collector), OTTL authoring (use opentelemetry-ottl), eBPF instrumentation, or Lambda layers.

92

1.10x
Quality

93%

Does it follow best practices?

Impact

92%

1.10x

Average score across 127 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

86%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.

A well-engineered progressive-disclosure skill body: dense routing table, exact-value gotchas, and clear per-scenario workflows with a verified, one-level-deep reference bundle. The only weaknesses are trimmable duplication of the load-order guidance across three sections and validation loops being delegated to output-templates.md rather than shown inline.

Suggestions

Collapse the 'Load order' line and the 'Workflow' section into one place — both currently repeat the same routing (language-selector → language ref + endpoints → output-templates) that the use-case table already implies.

Add one explicit validate → fix → retry line to the debugging workflow (e.g., after confirming an SDK-side cause via troubleshooting.md, re-verify telemetry arrives before reporting the fix), instead of relying entirely on output-templates.md for validation structure.

In 'High-Risk Gotchas', link each entry to the language reference that owns it (e.g., Java gRPC endpoint → java.md) so the escalation path for a matching symptom is one hop, matching the routing pattern used elsewhere.

DimensionReasoningScore

Conciseness

Highly token-efficient: table-driven routing, no explanation of OTel concepts Claude already knows, and dense gotcha entries with exact values (env var names, endpoint formats, "credentials.NewTLS(nil)", "WithCardinalityLimit(0)"). Not a 5 because the routing/load order is stated three times (use-case table, "Load order" line, and the Workflow section repeats both), which is trimmable duplication.

4 / 5

Actionability

Copy-paste-ready specifics throughout: exact env var names (OTEL_EXPORTER_OTLP_ENDPOINT, OTEL_EXPORTER_OTLP_HEADERS...), exact endpoint formats ("https://ingress.<region>.coralogix.com:443/v1/traces"), exact API calls and flags, and the Python "Bearer%20<KEY>" rule. The scoring note on instruction-only skills applies: guidance is concrete and executable despite deferring full code to the language references, and common cases are covered in the body.

5 / 5

Workflow Clarity

Sequences are clear and explicit: "language-selector.md → language ref + coralogix-endpoints.md → generate with output-templates.md", with separate paths for new setup, code review, and debugging ("troubleshooting.md first; escalate to language ref only if SDK-side cause confirmed"). Not a 5 because validation checkpoints live in output-templates.md rather than the body — the body requires "validation steps for the signal" but shows no validate → fix → retry loop itself; also not a 3 since the workflow is coherent and checkpoints are explicitly delegated, not absent.

4 / 5

Progressive Disclosure

Clear overview with well-signaled, one-level-deep references: a use-case → file routing table, an explicit load order ("language-selector.md → language ref → coralogix-endpoints.md → output-templates.md (always last)"), and all nine referenced files exist in references/ and are substantive with no further nesting. Content is appropriately split between the overview and the bundle.

5 / 5

Total

18

/

20

Passed

Description

100%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 model description: concrete third-person capability statement, explicit 'Use for' triggers with natural phrasing including synonyms, and explicit 'Not for' exclusions that demarcate it from sibling OTel skills. Both what and when are clearly answered.

DimensionReasoningScore

Specificity

Lists multiple concrete actions with comprehensive coverage: "Instruments Java, Python, Node.js, .NET, and Go applications with OpenTelemetry SDKs", "send traces, metrics, and logs to Coralogix", plus OTLP exporter env vars, resource attributes, transaction samplers, Kubernetes Operator injection, and debugging missing telemetry. No vague filler; not below 5 since coverage of the domain's actions is complete.

5 / 5

Completeness

Explicitly answers what ("Instruments ... applications with OpenTelemetry SDKs to send traces, metrics, and logs to Coralogix") and when ("Use for SDK-side OTel setup ... or debugging missing traces, metrics, logs, or no telemetry"), with concrete trigger phrases. A 'Use for' clause is present, so the completeness cap does not apply.

5 / 5

Trigger Term Quality

Natural terms users would say: "OpenTelemetry", "OTel", "OTLP exporter env vars", "missing traces, metrics, logs, or no telemetry", language names. Synonym coverage is strong (OTel/OpenTelemetry, traces/metrics/logs). Terms like "APM transaction samplers" and "Kubernetes Operator injection" are niche but are the phrases Coralogix users actually use for those features; not a 4 because no common natural phrasing for this domain is missing.

5 / 5

Distinctiveness Conflict Risk

Clear niche (SDK-side instrumentation for Coralogix) with explicit boundary demarcation: "Not for OTel Collector config (use opentelemetry-collector), OTTL authoring (use opentelemetry-ottl), eBPF instrumentation, or Lambda layers". Sibling-skill conflicts are explicitly resolved; minimal conflict risk.

5 / 5

Total

20

/

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

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

coralogix/cx-skills

Path

skills/opentelemetry/opentelemetry-instrumentation/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.