CtrlK
BlogDocsLog inGet started
Tessl Logo

otel

OpenTelemetry instrumentation for the Copilot Chat extension — covers the four agent execution paths, the IOTelService abstraction, span/metric/event conventions, and the relationship between code and the user/developer monitoring docs. Use when adding/changing OTel spans, metrics, or events; instrumenting a new agent surface; touching the Copilot CLI bridge or Claude span emission; or updating `extensions/copilot/docs/monitoring/agent_monitoring*.md`.

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

88%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 a dense, actionable reference for a complex domain: it supplies real code patterns, named files/constants, numbered checklists, and an explicit validation gate. Its main weakness is conciseness/progressive-disclosure — much of the reference detail lives inline in SKILL.md rather than in companion bundle files.

Suggestions

Move the canonical file-tree map (section 3) and the full span/metric/event convention tables into a references/ file (e.g. REFERENCE.md) and keep SKILL.md as a concise overview that links to it, improving both conciseness and progressive disclosure.

Trim section 9 (Known Risks) to a one-line pointer per risk into agent_monitoring_arch.md rather than restating each item inline, since the body already says these are documented there.

Consider extracting the four procedure checklists in section 7 into a scripts/ or references/ checklist file so the main body reads as orientation plus a single 'follow this checklist' pointer.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence (no 'what is OpenTelemetry' padding) and uses dense, information-rich tables and checklists, but at ~265 lines some sections — the full canonical file tree and multiple convention tables — carry inline reference bulk that could be trimmed or pushed to the referenced docs.

4 / 5

Actionability

It provides executable TypeScript patterns (standard span pattern, trace propagation, content-capture gating), concrete constant/file names, and runnable validation commands ('npx tsc --noEmit', 'npm test -- --grep "OTel\|Bridge"'), covering the common instrumentation cases.

5 / 5

Workflow Clarity

Section 7 gives numbered procedure checklists for each change type (new span/attribute, new metric/event, new agent surface, bridge changes) and section 8 provides an explicit validation gate before a PR with manual sanity checks — a clear feedback loop for fragile telemetry changes.

5 / 5

Progressive Disclosure

The skill is organized into ten well-labeled sections and points one level deep to the authoritative docs and code files (no nested 'see X → see Y'), but a substantial amount of reference detail (the file-tree map, convention tables, code patterns) is inlined rather than split into bundle files, and no bundle files are provided to carry the bulk.

4 / 5

Total

18

/

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 third-person, specific, and complete, explicitly stating both what the skill covers and when to use it with concrete, natural trigger phrases tied to named extension components. It is a strong, low-conflict description with no padding.

DimensionReasoningScore

Specificity

Enumerates concrete coverage areas — 'the four agent execution paths, the IOTelService abstraction, span/metric/event conventions' — and pairs them with concrete trigger actions ('adding/changing OTel spans, metrics, or events; instrumenting a new agent surface; touching the Copilot CLI bridge or Claude span emission'), giving comprehensive, non-generic coverage.

5 / 5

Completeness

It explicitly answers both 'what' (OTel instrumentation for the Copilot Chat extension, covering the four paths, the IOTelService abstraction, conventions, and doc/code relationship) and 'when' (a dedicated 'Use when ...' clause with concrete trigger phrases).

5 / 5

Trigger Term Quality

The 'Use when' clause lists natural developer phrasings ('adding/changing OTel spans', 'instrumenting a new agent surface', 'touching the Copilot CLI bridge') plus a concrete glob path 'agent_monitoring*.md', covering the terms a user would actually say.

5 / 5

Distinctiveness Conflict Risk

The niche is highly specific — OTel instrumentation for the Copilot Chat extension with named components (Copilot CLI bridge, Claude span emission, agent_monitoring docs) — so it is clearly distinguishable from other skills with minimal conflict risk.

5 / 5

Total

20

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 13 suspicious

Warning

Total

15

/

16

Passed

Repository
posit-dev/positron
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.