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.

59

Quality

68%

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 ./tools/otel-telemetry-emission-scan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%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 well-organized, lean, and gives concrete commands plus a strict output template, making it directly actionable. Its key gap is the referenced-but-undefined self-check, which leaves a validation hole in an otherwise clear batch workflow.

Suggestions

Define or point to the 'self-check' referenced in step 5 (e.g. a concrete verification command or link to a script) so the validation checkpoint is explicit.

Add an explicit reference to scripts/scan.sh and config.json from the body so the bundle structure is clearly signaled.

Split the dense edge-case handling in step 1 into a short bulleted list of cases to improve readability without adding length.

DimensionReasoningScore

Conciseness

The body is lean with no concept explanations and a tight output template, assuming Claude's competence; the placeholder listing and a few dense compound clauses (e.g. step 1's long edge-case sentence) could be tightened slightly.

4 / 5

Actionability

Concrete executable commands (`git worktree add "$(mktemp -d)" <tag>`, `git tag`) and a precise output path/format template are provided; the core analysis step is necessarily abstract, leaving only minor gaps.

4 / 5

Workflow Clarity

The procedure is a clear numbered sequence, but step 5 says "run the self-check" without defining it, and this is a batch operation (multi-version/component), so missing validation detail caps workflow clarity at 3.

3 / 5

Progressive Disclosure

Clear Procedure/Updates/Output sections and a single-level bundle (scripts/scan.sh) give good structure, but the body makes no explicit references to the bundle script and the self-check's location is undefined, leaving minor organization gaps.

4 / 5

Total

15

/

20

Passed

Description

67%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 highly specific and occupies a distinct niche, clearly conveying what the skill does and the concrete artifacts it produces. Its main weakness is the absence of an explicit 'Use when...' trigger clause, which caps completeness and limits trigger-term quality.

Suggestions

Add an explicit trigger clause such as 'Use when recording the telemetry an OpenTelemetry component emits at a given release.'

Include natural synonyms/variations (e.g., 'OTel', 'instrumentation', 'signals') alongside 'OpenTelemetry' and 'telemetry' to broaden trigger coverage.

Clarify the 'when' even for a headless skill by stating the authoring-time invocation context as an explicit trigger condition.

DimensionReasoningScore

Specificity

"Scan one OpenTelemetry component at pinned upstream versions and record the telemetry it emits (spans, metrics, logs) as change-point files" lists multiple concrete actions (scan, pin versions, record spans/metrics/logs, write change-point files) with comprehensive coverage.

5 / 5

Completeness

The 'what' is clearly stated but there is no 'Use when...' clause or equivalent trigger guidance, so per the judging guideline completeness is capped at 3.

3 / 5

Trigger Term Quality

Natural domain keywords like "OpenTelemetry component", "telemetry", "spans, metrics, logs" are present, but there are no synonyms or variations and no trigger phrasing; this fits the 'some relevant keywords but missing common variations' anchor.

3 / 5

Distinctiveness Conflict Risk

"Scan one OpenTelemetry component at pinned upstream versions and record the telemetry it emits as change-point files" is a precise, narrow niche with distinct triggers and minimal conflict risk with other skills.

5 / 5

Total

16

/

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.

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