CtrlK
BlogDocsLog inGet started
Tessl Logo

observability-designer

Design production-ready observability strategies combining metrics, logs, and traces. Includes SLI/SLO design, golden-signals monitoring, alert optimization. Use when adding observability to a new service, refactoring alerting that is too noisy, or designing an SLO program before scaling production load.

59

Quality

68%

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 ./.gemini/skills/observability-designer/SKILL.md

The canonical home for this skill is observability-designer in alirezarezvani/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

48%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 has a genuinely useful Quick Start with executable commands and an explicit verification loop, but it is dragged down by a large inlined glossary of observability concepts Claude already knows and by references to script files that are not bundled. It reads more like a textbook table of contents than a lean operational skill.

Suggestions

Cut or move the Core Competencies, Integration Patterns, Advanced Patterns, and Best Practices sections into separate reference files (e.g., DASHBOARD_DESIGN.md, ALERT_DESIGN.md) and keep SKILL.md as a lean overview — this targets conciseness and progressive_disclosure.

Add a short example of the expected input and output JSON for each script so the guidance is fully executable rather than descriptive — targets actionability.

Bundle the referenced scripts/dashboard_generator.py, alert_optimizer.py, and slo_designer.py (or remove the references) so the cited paths actually resolve — targets progressive_disclosure.

DimensionReasoningScore

Conciseness

Roughly 200 lines (Core Competencies, Integration Patterns, Advanced Patterns, Best Practices) are a glossary of concepts Claude already knows — 'Log Levels: Appropriate use of DEBUG, INFO, WARN, ERROR, FATAL', 'Golden Signals: Latency, traffic, errors, and saturation'. This is noticeably verbose with several padded sections, matching the level-2 anchor better than 3.

2 / 5

Actionability

The Quick Start provides three concrete, copy-pasteable commands with real flags, but the bulk of the body is descriptive concept lists rather than executable guidance, and no example input/output formats are shown. Concrete guidance is present but incomplete, matching the level-3 anchor.

3 / 5

Workflow Clarity

The alert workflow is sequenced with a review checkpoint ('--analyze-only ... then emit the optimized config once the report is reviewed') and the verification loop (line 33) gives explicit post-deploy validation and iteration. Most checkpoints are present with only minor gaps, so it lands at 4 rather than 3; the batch/destructive cap does not apply because validation is included.

4 / 5

Progressive Disclosure

Section headers give reasonable structure and script references are clearly signaled, but ~200 lines of inlined concept taxonomy belong in separate reference files, and the referenced scripts/ paths do not exist on disk. Some structure but content that should be separate is inlined and navigation to referenced material is broken, matching level-3.

3 / 5

Total

12

/

20

Passed

Description

88%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: it names concrete actions, supplies natural trigger terms, and explicitly covers both what the skill does and when to use it. The only real weakness is mild overlap with the related slo-architect skill on the SLO/SLI portion.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'Design production-ready observability strategies combining metrics, logs, and traces', 'SLI/SLO design, golden-signals monitoring, alert optimization' — giving comprehensive coverage of the domain. It matches the level-5 anchor (multiple specific concrete actions) and is not merely naming the domain.

5 / 5

Completeness

It explicitly answers both 'what' (design observability strategies; SLI/SLO, golden-signals, alert optimization) and 'when' with concrete trigger phrases ('Use when adding observability to a new service, refactoring alerting that is too noisy, or designing an SLO program'). This matches the level-5 anchor precisely.

5 / 5

Trigger Term Quality

Natural terms like 'observability', 'metrics, logs, and traces', 'SLO', and 'alerting that is too noisy' give good keyword coverage a user would actually say. A few natural synonyms/variations are missing, so it sits at 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

The observability niche is clear and triggers are fairly distinct, but 'SLI/SLO design' and 'designing an SLO program' overlap with the referenced slo-architect skill noted in the body, giving minor overlap risk. It is mostly distinct rather than fully conflict-free.

4 / 5

Total

18

/

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

referenced_paths_exist

Referenced path issues: 4 missing

Warning

Total

15

/

16

Passed

Repository
alirezarezvani/claude-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.