CtrlK
BlogDocsLog inGet started
Tessl Logo

opentelemetry-ottl

OpenTelemetry Transformation Language (OTTL) for OTel Collector pipelines. Use when writing or debugging OTTL statements in the transform processor, filter processor, or routing connector in any collector configuration — context selection, path expression mistakes (`attributes` vs `resource.attributes`), `error_mode`, cardinality reduction with `keep_keys`, JSON body handling with `ParseJSON`, PII redaction with `SHA256` / `replace_pattern`, and span naming. Not for receiver/exporter connectivity, DNS, pipeline wiring, or telemetry that never reaches the processor — those are infra problems, not OTTL problems.

92

1.10x
Quality

100%

Does it follow best practices?

Impact

92%

1.10x

Average score across 127 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is coralogix/opentelemetry-skills

SKILL.md
Quality
Evals
Security

Quality

Content

100%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 content is a tight, executable overview of OTTL use: complete code examples, a sequenced debugging workflow with diagnostic checkpoints, and well-signaled one-level-deep references. It assumes Claude's competence and avoids explaining background concepts Claude already knows.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — it never explains what OTel or a collector is, and all explanatory prose covers non-obvious domain knowledge (silent nil behavior, OR vs AND conditions, pipeline ordering) rather than padding, so every token earns its place.

5 / 5

Actionability

Provides multiple complete, copy-paste-ready YAML snippets (error_mode config, ParseJSON body promotion, keep_keys cardinality reduction, extract_sum_metric/extract_count_metric, SHA256 redaction) with specific contexts and functions covering the common cases.

5 / 5

Workflow Clarity

The 'Debug an OTTL statement' workflow is a clearly sequenced 7-step process with a diagnostic feedback loop (Collector message → root cause → first action via the Error patterns table) and an explicit gate ('Only then propose the corrected statement'); no destructive batch operation cap applies.

5 / 5

Progressive Disclosure

Six real reference files in references/ are signaled inline at each relevant concept (→ [references/...md]) and listed in a References footer with one-line descriptions; structure is one level deep, well-organized, and easy to navigate, with the body acting as a true overview.

5 / 5

Total

20

/

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.

The description is exemplary: it states concrete capabilities, gives explicit natural-language triggers, answers both what and when, and carves out a distinct niche with explicit out-of-scope boundaries. No vagueness, fluff, or over-claims are present.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — context selection, path expression mistakes, error_mode, cardinality reduction with keep_keys, JSON body handling with ParseJSON, PII redaction with SHA256/replace_pattern, and span naming — giving comprehensive coverage rather than just several with minor gaps.

5 / 5

Completeness

Explicitly answers both what (OTTL transforms/filters/routes telemetry via the listed capabilities) and when ('Use when writing or debugging OTTL statements in the transform processor, filter processor, or routing connector'), with concrete trigger phrases and explicit negative triggers.

5 / 5

Trigger Term Quality

Includes natural phrases a user would say ('writing or debugging OTTL statements', 'transform processor', 'filter processor', 'routing connector', 'cardinality', 'PII redaction') with synonyms and function names, matching the comprehensive natural-term coverage anchor.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (OTTL inside OTel Collector pipelines) and explicitly excludes infra problems (receiver/exporter connectivity, DNS, pipeline wiring), minimizing overlap with adjacent skills.

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.

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