CtrlK
BlogDocsLog inGet started
Tessl Logo

otel-component-telemetry

Scan one OpenTelemetry component at pinned upstream versions and record the telemetry it emits (spans, metrics, logs) as change-point files under skills/otel-telemetry-emissions/. Invoked headless by scripts/scan.sh, one agent per component from config.json. Authoring-time only — not shipped.

69

Quality

84%

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

SKILL.md
Quality
Evals
Security

Quality

Content

76%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 lean, highly actionable single-file skill with a concrete procedure and strict output format. Its main weaknesses are the referenced-but-undefined self-check and the absence of an explicit validation checkpoint for a batch-write operation.

Suggestions

Define the self-check in the body (e.g., a short checklist or command verifying the output file's frontmatter, table syntax, and version consistency) so step 5's 'run the self-check' is actionable.

Add an explicit validation checkpoint after writing each version file — e.g., re-read the written file and confirm frontmatter fields and section presence before moving to the next tag — to lift workflow clarity for this batch operation.

Merge the skip/force rules from the Updates section into the procedure (or reorder so step 5 can point to them inline), so a reader following steps 1–5 never has to jump to a later section mid-workflow.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — parameter block, numbered procedure, and a strict output template with no padding or explanations of known concepts. Only 'Analyse the instrumentation inside a codebase deeply' is mildly wordy, which does not warrant a lower anchor.

5 / 5

Actionability

Mostly executable: 'git worktree add "$(mktemp -d)" <tag>', an exact output path with a concrete example ('${OutDir}/opentelemetry-collector-contrib/receiver/kafkareceiver/v0.158.0.md'), and a complete file template. The gap is step 5's 'run the self-check' — the self-check is never defined anywhere in the body.

4 / 5

Workflow Clarity

Steps 1–5 are clearly sequenced and the skip/reconcile rule is explicit, but this is a batch operation (one file per version, potentially many versions) and the only validation — 'run the self-check' — is an undefined name-drop. Per the batch-operation cap, an implicit/missing checkpoint cannot score above 3.

3 / 5

Progressive Disclosure

A single well-organized file with clear sections (Procedure, Updates, Output) and an appropriately inline template. Minor gaps: 'run the self-check' references content that does not exist, and workflow rules are split between the Procedure and Updates sections.

4 / 5

Total

16

/

20

Passed

Description

92%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 specific, third-person, and explicitly states both what the skill does and when it is invoked. Only trigger-term synonym coverage (e.g., 'traces', 'instrumentation') keeps it from full marks.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Scan one OpenTelemetry component at pinned upstream versions', 'record the telemetry it emits (spans, metrics, logs)' as 'change-point files under skills/otel-telemetry-emissions/' — with comprehensive coverage of the skill's behavior.

5 / 5

Completeness

The 'what' is explicit and the 'when' is explicitly stated via 'Invoked headless by scripts/scan.sh, one agent per component from config.json. Authoring-time only — not shipped', giving a concrete invocation context.

5 / 5

Trigger Term Quality

Good natural keyword coverage ('OpenTelemetry', 'component', 'telemetry', 'spans, metrics, logs') but misses common variations such as 'traces' or 'instrumentation' that a requester might naturally use.

4 / 5

Distinctiveness Conflict Risk

A highly specific niche — pinned-version OpenTelemetry telemetry inventories written to a named output tree — with distinct triggers and minimal overlap risk with other skills.

5 / 5

Total

19

/

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
ollygarden/opentelemetry-agent-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.