CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

75

Quality

94%

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

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

An exemplary instruction-only skill body: concise, well-sequenced with validation checkpoints and a failure-retry loop, and cleanly split into two well-signaled one-level-deep references that exist in the bundle. The only improvement space is that the body itself contains no executable commands, relying entirely on the reference files for concrete tooling.

Suggestions

Inline one concrete example of an authoritative registry lookup (e.g., a single `npm view <package> versions --json` or `go list -m -versions` line) in the shared instructions so the body's step 3 is executable without opening a reference.

Add a brief example of the validation-in-isolation step (e.g., the actual worktree or temp-copy command pattern) to make step 5 copy-paste ready.

DimensionReasoningScore

Conciseness

Lean and directive throughout: a dispatch table, seven numbered instructions, and a report template, with zero explanation of concepts Claude already knows (no 'what is OpenTelemetry' padding). Dense clauses like "Treat release candidates, beta/alpha packages, nightly artifacts, and untagged source as prereleases unless that package line intentionally publishes with a prerelease identifier" carry non-obvious policy, not padding — every token earns its place, matching anchor 5 rather than anchor 4 (which requires trimmable over-explanation).

5 / 5

Actionability

Guidance is concrete and specific — "validating in a temporary copy, worktree, or equivalent isolated environment", "Record the lookup date", "Start with the latest stable candidate. If it fails, diagnose the cause and test selected lower versions" — and the report template is copy-paste ready. It sits just below anchor 5 because the executable specifics (registry commands like `go list -m -versions`, validation commands) are delegated to the referenced files rather than present in the body, a minor gap relative to 'specific examples cover the common cases'; it clearly exceeds anchor 3, which would require pseudocode or missing key details.

4 / 5

Workflow Clarity

The seven shared instructions form a clear sequence (inspect evidence → establish versions → query registries → separate latest vs. validated → isolate and validate → map to usage → use specialized skills) with explicit checkpoints ("Do not call a candidate validated when the relevant checks could not run") and a feedback loop ("If it fails, diagnose the cause and test selected lower versions"). This matches anchor 5's explicit validation steps with error-recovery loops; anchor 4 would leave minor validation gaps.

5 / 5

Progressive Disclosure

Classic overview-plus-references structure: the dispatch table routes to exactly two one-level-deep references ([Dependency upgrade](references/dependency-upgrade.md) and [Collector upgrade](references/collector-upgrade.md)), both of which exist in the bundle, with explicit reading rules ("Read only the applicable reference. Read both when the upgrade crosses both surfaces"). Detailed workflows live in the references and the body stays a concise overview — anchor 5, with no monolithic inline content that anchor 2/3 would penalize.

5 / 5

Total

19

/

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.

A model description: third-person, concrete, and explicit about both capability and triggering, with an exhaustive enumeration of the upgrade surfaces it covers. The only weakness is minor missing synonyms users might naturally use (e.g., 'otel', 'version bump', 'migrate').

DimensionReasoningScore

Specificity

Concrete actions ("Assess OpenTelemetry package and Collector upgrades", "choosing or validating") are paired with comprehensive domain coverage: "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". This matches the anchor 5 pattern of multiple specific actions with comprehensive coverage; score 4 would require minor coverage gaps, and none are evident within the stated niche.

5 / 5

Completeness

Explicitly answers both questions: what ("Assess OpenTelemetry package and Collector upgrades across ecosystems") and when ("Use when choosing or validating ... versions, including compatibility, required changes, telemetry and runtime behavior, and rollout risk"). This is the anchor 5 pattern — a clear 'what' plus a 'Use when' clause with concrete trigger phrases — not anchor 4, whose 'when' would be less explicit or specific.

5 / 5

Trigger Term Quality

Strong natural vocabulary a user would say: "upgrade", "OpenTelemetry", "Collector", "API", "SDK", "instrumentation", "exporter", "Operator", "chart", "image", "compatibility", "rollout risk". Falls short of anchor 5's comprehensive synonyms/extensions because common variants users actually say — "otel", "version bump", "migrate", "update" — are absent, matching anchor 4 (good coverage, a few natural terms missing) rather than 3 (which would miss relevant keywords entirely).

4 / 5

Distinctiveness Conflict Risk

The first sentence pins the niche to "OpenTelemetry package and Collector upgrades", and triggers are domain-distinct (Collector distribution, OCB build, Operator, feature-gated configuration). Risk of firing for an unrelated upgrade skill is minimal; anchor 4 would require noticeable overlap with a closely related generic dependency-upgrade skill, and the OTel scoping prevents that.

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

Path

skills/otel-upgrade/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.