CtrlK
BlogDocsLog inGet started
Tessl Logo

otel-go

OpenTelemetry in Go — SDK setup, API surface, breaking changes, contrib instrumentation libraries (otelhttp, otelgrpc, otelmongo), compile-time zero-code instrumentation (otelc), and performance tuning. Use when adding, reviewing, or configuring OpenTelemetry in a Go service. Triggers on "setup otel in go", "go telemetry", "go tracing", "otelconf go", "otelhttp", "otelgrpc", "TracerProvider go", "MeterProvider go", "otelc", "compile-time instrumentation go", "zero-code go instrumentation", "go build instrumentation", or any Go-related OTel question.

72

Quality

89%

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.

The body is an effective overview/index that points to six real, self-contained reference files with clear use-when guidance and a genuinely useful versioning warning. It is mostly lean and actionable, with minor padding in the versioning prose and prose-form verification.

Suggestions

Convert the verification guidance ("go mod tidy -diff", "go build ./...", "go test ./...") from prose into an explicit validate->fix->retry checklist or fenced block to strengthen workflow clarity.

Tighten editorial phrases in the versioning section ("**The trap:**", "is the churn to avoid") to remove minor padding.

Make the sources-of-truth "Fetch" commands a short runnable snippet where feasible, since they already read as near-copy-paste commands.

DimensionReasoningScore

Conciseness

Mostly lean and assumes Claude's competence (no OTel primer), but the versioning section has mildly padded editorial phrases like "**The trap:**" and "is the churn to avoid" that could be trimmed.

4 / 5

Actionability

Provides a concrete, copy-paste `go get` block plus `gh api`/`WebFetch` commands, but the verification path ("go mod tidy -diff", "go build ./...", "go test ./...") is given as prose rather than an executable block.

4 / 5

Workflow Clarity

Clear "read before adding dependencies" sequencing with a `go mod tidy && go build ./...` checkpoint and a verification note, but verification is prose-form with no explicit validate-fix-retry loop.

4 / 5

Progressive Disclosure

Clear overview with a well-signaled references table one level deep, each row carrying a "Use when" cue; all six referenced files exist and content is appropriately split across them.

5 / 5

Total

17

/

20

Passed

Description

100%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 specific, complete, and well-triggered, naming concrete capabilities and providing natural phrases a user would actually say. It clearly distinguishes the skill's Go-specific OTel niche. Voice is third person throughout.

DimensionReasoningScore

Specificity

Lists multiple concrete, named capabilities ("SDK setup", "API surface", "breaking changes", "contrib instrumentation libraries (otelhttp, otelgrpc, otelmongo)", "compile-time zero-code instrumentation (otelc)", "performance tuning") with comprehensive coverage, in third person.

5 / 5

Completeness

Explicitly answers both what (the em-dash capability list) and when ("Use when adding, reviewing, or configuring OpenTelemetry in a Go service") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases with synonyms and identifiers ("setup otel in go", "go telemetry", "go tracing", "otelhttp", "otelgrpc", "otelc", "TracerProvider go", "MeterProvider go") that map to real user phrasings.

5 / 5

Distinctiveness Conflict Risk

Scoped to OpenTelemetry in Go specifically with distinct, Go-OTel-scoped triggers; minimal conflict risk despite minor overlap with sibling otel skills.

5 / 5

Total

20

/

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.