CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

beeline-migration

Migrating from Honeycomb Beelines (End of Life) to OpenTelemetry. Trigger phrases: "migrate from Beelines", "upgrade from Beeline to OpenTelemetry", "migrate to OTel", "replace Beelines", "Beeline end of life", "Beeline EOL", "switch from Beeline to OTel", "migrate Go/Python/Node/Java/Ruby Beeline", "W3C trace headers", "W3C propagation", "incremental migration to OpenTelemetry".

68

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

78%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, actionable migration guide with strong progressive disclosure: the body is a lean overview with executable snippets, and detailed per-language material is correctly split into real one-level-deep reference files. Weaknesses are minor — repeated restatement of the phase-ordering rule, overlapping checklists, and no guidance for recovering from failed verification steps.

Suggestions

Add brief error-recovery guidance after each verification step (e.g., 'if traces don't link, confirm the Beeline W3C propagation hooks are active and the version meets the minimum') to close the feedback-loop gap.

State the Phase-1-before-Phase-2 rule once (ideally in the Migration Safety Checklist) and remove the duplicate restatements in the Phase 2 section and 'Key rule' line.

Merge the Service Migration Checklist and Migration Safety Checklist or clearly differentiate them (per-service execution steps vs. global invariants) to remove redundancy.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence (version table, terse code snippets, checklists), but the Phase-1-before-Phase-2 rule is stated three times (Phase 2 section, 'Key rule', and Migration Safety Checklist) and the two checklists partially overlap — efficient overall with minor trimming possible, matching 'efficient; minor instances of over-explanation'.

4 / 5

Actionability

Concrete and mostly executable: a minimum-version table, runnable Go/Python/Node snippets, and exact API mappings ("startSpan() -> tracer.start_span()", "addField() -> span.set_attribute()"). Minor gaps — the inline Go snippet omits the propagation import, and Java/Ruby configs are deferred to a reference file — so it falls just short of fully copy-paste ready.

4 / 5

Workflow Clarity

The two-phase sequence is clearly ordered with explicit verification checkpoints ("**Verify**: Traces still link correctly across services", "Deploy and verify traces still connect") and checklists. However, there is no error-recovery guidance for when verification fails (e.g., what to check if traces stop linking), which is the gap between this and the top anchor.

4 / 5

Progressive Disclosure

Verified against the actual bundle: references/migration-steps-by-language.md (144 lines) and references/w3c-propagation.md (88 lines) both exist, are appropriately scoped, and are one level deep. The SKILL.md body stays an overview with clearly signaled, full paths to both files (inline sections and the Additional Resources section), matching 'clear overview with well-signaled one-level-deep references'.

5 / 5

Total

17

/

20

Passed

Description

86%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, niche-specific description with excellent natural trigger coverage and explicit what/when guidance. Its main gaps are that the capability statement is a single action (migration) rather than a list of concrete actions, and a few generic OTel/W3C triggers slightly broaden conflict risk beyond the Beeline niche.

Suggestions

Add 2-3 concrete actions to the capability sentence, e.g., "Enables W3C trace propagation on Beelines, swaps Beeline SDKs for OpenTelemetry, and ports custom spans/attributes" to raise specificity.

Scope the generic triggers to the Beeline context (e.g., "W3C trace headers (for Beeline migration)") or drop "migrate to OTel" to reduce overlap with a general OpenTelemetry instrumentation skill.

DimensionReasoningScore

Specificity

"Migrating from Honeycomb Beelines (End of Life) to OpenTelemetry" names the domain and one concrete action but does not enumerate several distinct capabilities (e.g., enabling W3C propagation, swapping SDKs, porting custom instrumentation), matching the '1-2 concrete actions, not comprehensive' anchor rather than 'several specific actions'.

3 / 5

Completeness

It clearly answers both "what" ("Migrating from Honeycomb Beelines (End of Life) to OpenTelemetry") and "when" via an explicit equivalent of a Use-when clause ("Trigger phrases: ...") with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

The trigger list is comprehensive and natural: "migrate from Beelines", "Beeline end of life", "Beeline EOL", "switch from Beeline to OTel", "migrate Go/Python/Node/Java/Ruby Beeline", "W3C trace headers" — covering synonyms, abbreviations, and per-language phrasings users would actually say.

5 / 5

Distinctiveness Conflict Risk

The Beeline migration niche is distinct, but generic triggers like "migrate to OTel", "W3C trace headers", and "W3C propagation" could fire for general OpenTelemetry questions unrelated to Beelines, creating minor overlap risk with a closely related OTel instrumentation skill — 'mostly distinct; minor overlap risk' rather than a fully clean niche.

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

honeycombio/agent-skill

Path

honeycomb/skills/beeline-migration/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.