CtrlK
BlogDocsLog inGet started
Tessl Logo

otel-migration

Guide for retrofitting OpenTelemetry into an existing, uninstrumented application. Trigger phrases: "migrate existing app to OTel", "add OpenTelemetry to existing project", "retrofit OTel into my codebase", "thread context through my code", "context propagation", "bridge Prometheus metrics to OTel", "logging bridge", "migrate logging to OTel", "slog bridge", "logback bridge", "verify my instrumentation", "traces are disconnected", "orphaned spans", "migrate to OpenTelemetry", "OTel migration plan", "how do I sequence an OTel migration", "add tracing to existing code", "refactor for context propagation", "Fiber context gotcha", "keep existing logging working with OTel", "add OTel without breaking Prometheus", "bridge existing metrics", "coexist with existing monitoring", or any request about retrofitting OpenTelemetry into an existing application. This skill is for migrating existing codebases, NOT greenfield instrumentation (use otel-instrumentation) or Beeline-specific migration (use beeline-migration).

99

1.03x
Quality

100%

Does it follow best practices?

Impact

97%

1.03x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

100%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured migration guide: a clear six-phase sequence with per-phase verification, concrete framework-specific specifics, and disciplined offloading of detail to a real, correctly-pathed reference bundle. It respects the token budget while remaining highly actionable.

DimensionReasoningScore

Conciseness

The body is lean, assumes Claude knows OTel fundamentals (no 'what is a span' preamble), and every section delivers high-signal migration-specific guidance; the only minor redundancy is the '~60% of effort' figure restated in the intro, Phase 3, and calibration, but it does not rise to padding.

3 / 3

Actionability

Concrete, specific instruction throughout — exact shutdown ordering ('flush traces, then metrics, then logs ... 10-30s'), a framework table with precise context-access calls (e.g., Fiber 'c.UserContext()'), and exact bridge behaviors ('existing prometheus.NewCounterVec(...) calls continue unchanged') — actionable without being code-heavy.

3 / 3

Workflow Clarity

Six numbered phases are explicitly sequenced ('Each phase is independently deployable and verifiable') with a dedicated Verification section stating 'After each phase, verify that instrumentation is correct and complete,' providing the validate-after-each-step feedback loop the rubric rewards.

3 / 3

Progressive Disclosure

The body is an overview that defers detail to one-level-deep, clearly signaled references; all five referenced otel-migration bundle files (framework-middleware, context-propagation-patterns, bridge-libraries, verification-checklist, migration-pitfalls) exist in references/, and inline material is summary-level rather than duplicating the references.

3 / 3

Total

12

/

12

Passed

Description

100%

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, third-person description that states a concrete purpose, supplies abundant natural trigger phrases, and explicitly distinguishes itself from adjacent skills. It satisfies both the 'what' and 'when' requirements without padding.

DimensionReasoningScore

Specificity

The opening names the domain ('retrofitting OpenTelemetry into an existing, uninstrumented application') and the trigger phrases enumerate many concrete sub-actions (context propagation, bridging Prometheus metrics, logging bridges, verifying instrumentation), matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

It answers 'what' (guide for retrofitting OTel into an existing app) and 'when' via explicit trigger guidance ('Trigger phrases: ...' plus 'or any request about retrofitting OpenTelemetry into an existing application'), so the 'Use when' cap does not apply.

3 / 3

Trigger Term Quality

Extensive coverage of natural phrases a user would actually say ('migrate existing app to OTel', 'traces are disconnected', 'orphaned spans', 'Fiber context gotcha', 'add OTel without breaking Prometheus'), with both casual and technical variants present.

3 / 3

Distinctiveness Conflict Risk

It carves out a clear niche and explicitly disambiguates from siblings ('NOT greenfield instrumentation (use otel-instrumentation) or Beeline-specific migration (use beeline-migration)'), making mis-triggering unlikely.

3 / 3

Total

12

/

12

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
honeycombio/agent-skill
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.