CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

enhanced-telemetry

Comprehensive Claude Code telemetry via 10 hooks capturing sessions, conversations, tools, subagents, context, permissions, and repository analytics. Use when analyzing detailed usage patterns beyond default OTEL.

Quality

73%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/enhanced-telemetry/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 well-organized, highly concrete reference document with executable configuration, queries, and diagnostic commands, but it is a flat 280-line monolith with a duplicated capabilities section and no explicit deployment workflow or verification path at setup time. Moving the event schemas and LogQL catalog into reference files and adding an ordered install-and-verify sequence would lift it substantially.

Suggestions

Add an explicit ordered setup workflow (create/copy the hook script to .claude/hooks/, merge the hooks block into .claude/settings.json, restart Claude Code, then verify with the existing curl Loki-labels check) so validation happens up front rather than only in Troubleshooting.

Move the event schemas and the LogQL query catalog into a references/ file (e.g. references/event-schemas.md and references/queries.md) and keep a short summary table in SKILL.md, enabling progressive disclosure.

Remove the duplication between the 'What It Captures' bullet sections and the hooks table's 'What's Captured' column — keep one authoritative enumeration and drop the marketing-style intro sentence.

DimensionReasoningScore

Conciseness

The body is mostly factual reference material, but the seven-subsection 'What It Captures' list (~45 lines) duplicates the hooks table's 'What's Captured' column and much of the event schemas, and the intro ('Comprehensive... deep observability') is marketing-style padding — more than the minor trimming anchor 4 allows.

3 / 5

Actionability

Concrete and copy-paste ready throughout: a full settings.json hook configuration, 11 specific LogQL queries, 7 complete event schema examples, and executable troubleshooting commands (curl Loki endpoints, manual script test, chmod +x). The gap preventing a 5: the telemetry script itself is neither in the bundle nor given an obtain/create step, so the skill cannot be deployed from the document alone.

4 / 5

Workflow Clarity

Setup steps exist but are scattered across Configuration, Files, and Requirements with no explicit ordered sequence (place script → add hooks → restart → verify); verification commands only appear in Troubleshooting after something has already failed, matching anchor 3's 'checkpoints missing or implicit' rather than anchor 4's clear front-loaded sequence. No destructive/batch cap applies.

3 / 5

Progressive Disclosure

Sections are well-organized with headers and tables, but no bundle files exist at all, and ~100 lines of event schemas plus the LogQL query catalog are reference material that belongs in a separate references file — more than the 'minor organization gap' of anchor 4, though the clear section structure keeps it above anchor 2.

3 / 5

Total

13

/

20

Passed

Description

75%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 solid description with a clear what/when structure, a concrete mechanism, and an explicit 'Use when' clause distinguishing it from default OTEL telemetry. It would reach the top anchor by using more varied action verbs, adding natural synonym triggers such as 'metrics' or 'monitoring', and sharpening the when-clause with concrete user phrases.

DimensionReasoningScore

Specificity

The description enumerates seven concrete capture domains ('sessions, conversations, tools, subagents, context, permissions, and repository analytics') plus a concrete mechanism ('via 10 hooks'), but relies on the single generic verb 'capturing' and omits what can be done with the data, leaving minor gaps in coverage.

4 / 5

Completeness

It explicitly answers both what ('Comprehensive Claude Code telemetry via 10 hooks capturing...') and when ('Use when analyzing detailed usage patterns beyond default OTEL'), but the trigger phrase is somewhat abstract and lacks concrete user-utterance anchors, matching anchor 4's 'when could be more explicit or specific' rather than anchor 5's concrete trigger phrases.

4 / 5

Trigger Term Quality

Good natural keywords are present ('telemetry', 'hooks', 'usage patterns', 'OTEL', 'sessions', 'tools', 'subagents'), but common synonyms a user would naturally say — 'metrics', 'monitoring', 'observability', 'logs', 'Grafana/Loki' — are missing, so coverage falls short of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is clear (hook-based enhanced telemetry 'beyond default OTEL') and unlikely to trigger for unrelated skills, but 'telemetry' and 'usage patterns' overlap with the closely related observability skills the body references, matching anchor 4's 'minor overlap risk with closely related skills' rather than anchor 5's minimal conflict risk.

4 / 5

Total

16

/

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

fernandezbaptiste/Skrillz

Path

skills/enhanced-telemetry/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.