CtrlK
BlogDocsLog inGet started
Tessl Logo

otel-upgrade

Assess OpenTelemetry package and Collector upgrades across ecosystems. Use when choosing or validating API, SDK, instrumentation, exporter, Collector distribution, component, image, chart, Operator, OCB build, or configuration versions, including compatibility, required changes, telemetry and runtime behavior, and rollout risk.

69

Quality

85%

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

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-structured, token-efficient instruction skill: a clean routing table over two real one-level-deep references, non-obvious domain judgment throughout, and a concrete report template with explicit validation and residual-risk requirements. The gap to full marks is that several shared instructions stay at the principle level, pushing executable specificity and explicit checkpoints into the reference files.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: it never explains what OpenTelemetry is, what a lockfile is, or how upgrades work, and every sentence carries non-obvious guidance such as "Record wrappers, distributions, artifacts, and embedded dependencies separately rather than treating one version as proof of another" and "do not assume compatibility is monotonic". This matches the 5 anchor — nothing reads as padding, and the 4 anchor's 'minor instances of over-explanation' do not apply.

5 / 5

Actionability

The routing table maps concrete repository evidence to specific files to read, and the report section gives a copy-ready markdown template with exact section semantics. As an instruction-only skill the absence of code is acceptable per the scoring notes, but a few shared instructions remain directive-abstract rather than executable — e.g., "Use applicable specialized skills only when they are available" and "Query authoritative registries" defer all concrete commands and lookup specifics to the references — so it sits at 4 rather than 5.

4 / 5

Workflow Clarity

There is a clear sequence — inspect evidence, choose workflow via the table, establish versions, query registries, validate in isolation, connect findings to usage, report — with explicit validation discipline ("Do not call a candidate validated when the relevant checks could not run") and an error-recovery loop ("If it fails, diagnose the cause and test selected lower versions when useful"). It falls short of the 5 anchor because the checkpoints are stated as principles rather than explicit validate-then-proceed steps, and the concrete check sequence lives in the referenced files rather than the body.

4 / 5

Progressive Disclosure

The body is a genuine overview: a routing table links each work surface to exactly one reference file (both verified to exist at references/dependency-upgrade.md and references/collector-upgrade.md), with the instruction "Read only the applicable reference", and the bundle files themselves contain no second-level file references. The inline report template is shared by both workflows, so its placement in SKILL.md is correct — matching the 5 anchor of a clear overview with well-signaled one-level-deep references.

5 / 5

Total

18

/

20

Passed

Description

83%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 strong description: explicit third-person 'what' plus a detailed 'Use when' clause covering the full OTel versioning surface, with dense and relevant trigger vocabulary. Its only weaknesses are a narrow action-verb set, a few missing colloquial synonyms (e.g., "OTel", "bump"), and slight overlap with generic package-upgrade phrasing.

DimensionReasoningScore

Specificity

Names the domain ("Assess OpenTelemetry package and Collector upgrades across ecosystems") and several concrete actions — "choosing or validating API, SDK, instrumentation, exporter, Collector distribution, component, image, chart, Operator, OCB build, or configuration versions" — with coverage of "compatibility, required changes, telemetry and runtime behavior, and rollout risk". Falls just short of the 5 anchor because the action verbs are limited to assess/choose/validate rather than a broader set of distinct concrete operations; sits clearly above 3 since coverage of the versioning surface is comprehensive, not just 1-2 actions.

4 / 5

Completeness

Explicitly answers both: "what" = "Assess OpenTelemetry package and Collector upgrades across ecosystems", and "when" = "Use when choosing or validating API, SDK, ... or configuration versions, including compatibility, required changes, telemetry and runtime behavior, and rollout risk" with concrete trigger phrases. Voice is third person ("Assess"), and both clauses are explicit, matching the 5 anchor exactly.

5 / 5

Trigger Term Quality

Strong natural terms users would say: "OpenTelemetry", "upgrades", "package", "API", "SDK", "exporter", "Collector", "chart", "Operator", "versions", "compatibility", "rollout". Not a 5 because common synonyms and shorthands are missing — users often say "OTel", "otel-collector", "helm chart", "docker image", "bump the version", or "upgrade to" — so a few natural trigger phrases would not match.

4 / 5

Distinctiveness Conflict Risk

A clear niche with distinct triggers — "Collector distribution, OCB build, Operator" are unambiguously OpenTelemetry-specific, so a request mentioning them would not misfire to another skill. Not a 5 because the opening "package ... upgrades across ecosystems" phrase overlaps with generic dependency-upgrade/version-bump skills, leaving minor conflict risk for a plain "upgrade this package" request.

4 / 5

Total

17

/

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.