CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

observability-analyzer

Query and analyze Claude Code observability data (metrics, logs, traces). Use when analyzing performance, costs, errors, tool usage, sessions, conversations, or subagents.

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/observability-analyzer/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 content is strong on concrete query examples but is held back by duplication between the Operations and Key Queries sections, an ambiguous mapping between named operations and the bundled scripts, and inline reference material that should be split out. One referenced script (analyze-sessions.sh) is missing from the bundle.

Suggestions

Deduplicate the Key Queries section against the Operations section, keeping each LogQL example in one place (or moving the duplicate catalog into a references/ file).

Clarify how each operation is invoked — e.g., show "bash scripts/query-loki.sh '{job=...}'" or state that query-metrics/query-logs are wrappers — and add an invocation example for generate-report.

Move the Event Types reference table and Grafana dashboards list into a separate reference file, and fix or remove the missing scripts/analyze-sessions.sh entry.

DimensionReasoningScore

Conciseness

The body is dense with executable queries and avoids explaining known concepts, but the entire "Key Queries" section (e.g., "{job=\"claude_code_enhanced\", event_type=\"tool_result\", status=\"error\"} | json" and "{job=\"claude_code_enhanced\", event_type=\"tool_call\", tool=\"Task\"} | json") largely duplicates queries already shown under Operations (analyze-errors, analyze-subagents, analyze-sessions, analyze-skills, analyze-context), which could be tightened into one section.

3 / 5

Actionability

Concrete, copy-paste-ready PromQL/LogQL strings throughout (e.g., "query-logs '{job=\"claude_code_enhanced\", event_type=\"tool_call\"} | json' --since 24h"), but operations like "query-metrics 'sum(claude_code_token_usage)[7d]'" are presented as bare commands without any indication of how they map to the bundled scripts, and "generate-report" has no invocation example at all.

4 / 5

Workflow Clarity

The body is organized as a reference catalog (Data Sources, Operations, Key Queries, Event Types) with no sequenced workflow for a given analysis task — e.g., there is no stated order of "pick data source, run query, interpret output" and no validation/verification checkpoints after queries, leaving the sequence implicit.

3 / 5

Progressive Disclosure

Scripts are referenced one level deep with clear paths, but the body lists "scripts/analyze-sessions.sh" which does not exist in the bundle (4 scripts present, 5 listed), and bulky inline reference material (the 11-row Event Types table, the Grafana dashboards list, and the duplicated Key Queries) belongs in separate reference files.

3 / 5

Total

13

/

20

Passed

Description

83%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 description: concrete actions, an explicit 'Use when' trigger clause with natural keywords, and a well-scoped niche. It is concise while covering the main analysis dimensions, with only minor room to add synonyms like 'telemetry', 'tokens', or 'spending'.

DimensionReasoningScore

Specificity

The description names two concrete actions ("Query and analyze") and explicitly enumerates the analysis dimensions ("metrics, logs, traces" and "performance, costs, errors, tool usage, sessions, conversations, or subagents"), giving several specific capabilities with minor gaps (no mention of PromQL/LogQL, reports, or dashboards).

4 / 5

Completeness

It explicitly answers both what ("Query and analyze Claude Code observability data (metrics, logs, traces)") and when ("Use when analyzing performance, costs, errors, tool usage, sessions, conversations, or subagents") with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Good natural-term coverage — "performance", "costs", "errors", "tool usage", "sessions", "conversations", "subagents", "logs" are phrases users would actually say. A few natural synonyms are missing (e.g., "spending", "tokens", "telemetry", "analytics"), so it falls short of the comprehensive 5 anchor.

4 / 5

Distinctiveness Conflict Risk

"Claude Code observability data" establishes a clear niche, but the when-clause triggers "performance, costs, errors, tool usage, sessions" are broad without the telemetry qualifier, leaving minor overlap risk with closely related skills (e.g., a general cost-analysis or debugging skill).

4 / 5

Total

17

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/observability-analyzer/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.