CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

otel-weaver

OpenTelemetry Weaver registry authoring, codegen, and CI enforcement. Use when adopting Weaver, authoring or reviewing a registry (manifest, attributes, metrics, spans, events), writing Jinja2 templates against the resolved schema, migrating hand-maintained telemetry constants, wiring `weaver registry check`/`generate`/`diff` into CI, or choosing a Weaver version for a semantic-conventions release.

77

Quality

97%

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.

A strong, expert-level skill body: concrete commands throughout, a clearly sequenced workflow, an unusually rigorous verification contract with checklist, and clean progressive disclosure into four genuine reference files. The only weakness is token-level redundancy — the same version-sensitive facts (jq v2 flag, boundary domains, formatter) are repeated three to four times across sections, which could be consolidated without losing the checklist reinforcement.

Suggestions

Consolidate the `{"v2": true}` jq-helper guidance into one place (e.g., Gotcha 3/5 merged, with Non-Negotiable Rules and the Verification Contract pointing at it) — it is currently stated four times.

Merge the boundary-domain rule (Non-Negotiable Rules item and Gotcha 10, both of which say http/db/messaging/rpc/network/gen-ai belong upstream) into a single statement.

Fold the formatter rule (Non-Negotiable Rules and Gotcha 2) into the generate step of the Workflow where it is operationally needed.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence (no OTel/Jinja primers), but several facts are restated across sections: the `{"v2": true}` jq-helper guidance appears in Non-Negotiable Rules ("call the grouped jq helpers with `{\"v2\": true}`"), Gotcha 3, Gotcha 5, and the Verification Contract; the boundary-domain rule appears twice ("Boundary domains ... belong in upstream OTel semconv" and Gotcha 10) and the formatter rule twice ("Run the language formatter" and Gotcha 2). Each restatement is a compact one-liner rather than padded explanation, so this is efficient-with-minor-tightening rather than noticeably verbose — below anchor 5 only for the duplication, well above anchor 3's 'unnecessary explanation'.

4 / 5

Actionability

Fully executable, copy-paste-ready commands cover the common cases: `weaver registry check --v2 -r ./telemetry/registry/`, `weaver registry generate --v2 --registry ./telemetry/registry/ --templates ./telemetry/templates/ <lang> <output-dir>`, `git diff --exit-code`, `gofmt -w`, plus concrete template syntax like `attr.brief | comment(format="go")` and `semconv_grouped_spans({"v2": true})`. This matches anchor 5 ('specific examples cover the common cases'); nothing is pseudocode or hand-wavy.

5 / 5

Workflow Clarity

The five-step Workflow (Install → Author registry → Author templates → Validate and generate → Wire into CI) is clearly sequenced with real commands, and the Verification Contract adds explicit validation steps (re-open changed files, run `weaver registry check --v2`, verify `git diff --exit-code` is clean), a checkbox checklist with `[x]`/`[~]`/`[ ]` states, and instruction to state unresolved gaps — the anchor-5 pattern of 'explicit validation steps; feedback loops; checklists'. Not a level below: validation is explicit, not implicit, and the skill involves CI/codegen (batch-like) operations which the contract covers.

5 / 5

Progressive Disclosure

SKILL.md is a true overview (mental model, rules, workflow, gotchas) with a dedicated 'References To Load On Demand' section pointing to four real, one-level-deep files (`references/registry-authoring.md`, `template-authoring.md`, `ci-integration.md`, `migration-playbook.md`) plus a real `scripts/inspect-resolved.sh` referenced from template-authoring. Reference files link only to siblings and external upstream docs, not nested chains; bulk field tables and CI YAML are correctly split out of the overview. This matches anchor 5 ('clear overview with well-signaled one-level-deep references; content appropriately split').

5 / 5

Total

19

/

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.

An exemplary description: it names the tool and domain, enumerates concrete actions covering the skill's whole surface, and provides an explicit 'Use when ...' clause with the exact natural trigger phrases a user would say. Third-person voice, no fluff or over-claims, and no overlap risk with adjacent OTel skills.

DimensionReasoningScore

Specificity

Multiple specific concrete actions are enumerated: "registry authoring, codegen, and CI enforcement", "authoring or reviewing a registry (manifest, attributes, metrics, spans, events)", "writing Jinja2 templates against the resolved schema", "migrating hand-maintained telemetry constants", "wiring `weaver registry check`/`generate`/`diff` into CI", and "choosing a Weaver version". Coverage spans the skill's full surface (matching anchor 5), well above anchor 4's 'minor gaps in coverage'.

5 / 5

Completeness

Both questions are answered explicitly and concretely: 'what' via "OpenTelemetry Weaver registry authoring, codegen, and CI enforcement" and 'when' via an explicit "Use when adopting Weaver, authoring or reviewing a registry ..., writing Jinja2 templates ..., migrating ..., wiring ... into CI, or choosing a Weaver version ..." clause with concrete trigger phrases. This is the anchor-5 pattern (the good_overall_example structure verbatim), not the weaker implicit 'when' of anchor 4.

5 / 5

Trigger Term Quality

Natural user entry phrases are comprehensively covered: "adopting Weaver", "authoring or reviewing a registry", "writing Jinja2 templates", "migrating hand-maintained telemetry constants", "wiring ... into CI", "choosing a Weaver version", plus domain keywords (OpenTelemetry, semantic-conventions, codegen). These are exactly what a user would say when needing this skill; nothing reads as jargon-only (anchor 1) or as missing common variations (anchor 4).

5 / 5

Distinctiveness Conflict Risk

The description is scoped to a clear niche — the OpenTelemetry Weaver tool specifically — and its triggers (registry authoring, Jinja2 templates against the resolved schema, wiring `weaver registry check`/`generate`/`diff` into CI) would not fire for sibling skills like semantic-convention lookup or manual instrumentation. Minimal conflict risk, matching anchor 5.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

ollygarden/opentelemetry-agent-skills

Path

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