CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

58

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 ./engineering/skills/observability-designer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

52%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 skill has genuinely strong Quick Start command design — executable, verified CLI invocations with a well-structured analyze-then-emit alert workflow and explicit verification checkpoints. However, the body is dominated by an encyclopedic concept catalog Claude already knows, and the existing reference files are completely orphaned — never linked from SKILL.md despite duplicating their subject matter inline.

Suggestions

Cut the 'Core Competencies' through 'Best Practices' catalog (~200 lines) down to a brief capability summary and move the detail into the already-existing references/ files (slo_cookbook.md, alert_design_patterns.md, dashboard_best_practices.md), linking them explicitly, e.g. 'Alert design patterns: See [references/alert_design_patterns.md](references/alert_design_patterns.md)'.

Document the input JSON schemas for alert_optimizer.py and dashboard_generator.py, and point to assets/sample_alerts.json and assets/sample_service_api.json as ready-made templates so first-run commands work out of the box.

Add a short end-to-end workflow section ordering the three scripts (generate dashboards -> optimize alerts -> hand SLO scaffolding to slo-architect) so users know how the tools compose.

DimensionReasoningScore

Conciseness

Roughly 200 of the 273 body lines ('Core Competencies' through 'Best Practices') are encyclopedic bullet catalogs of concepts Claude already knows — golden signals, RED/USE methods, log levels, 'Color Theory: Red for critical', ML observability — padding the context window with textbook material rather than skill-specific guidance.

2 / 5

Actionability

The Quick Start commands are concrete and executable (flags verified against the scripts' argparse definitions), and the alert-optimizer flow of '--analyze-only' then '--output' after report review is copy-paste ready. Minor gaps: input JSON schemas are undocumented and the sample assets (assets/sample_alerts.json) are never mentioned as templates.

4 / 5

Workflow Clarity

The Quick Start sequences alert optimization as analyze -> review report -> emit optimized config, and the verification loop paragraph adds explicit post-deploy checkpoints (track noise metrics for one on-call rotation, confirm every golden-signal panel renders). No end-to-end ordering across the three scripts and input-preparation steps are missing, so it falls short of the 5 anchor.

4 / 5

Progressive Disclosure

The bundle ships three substantial reference files (slo_cookbook.md, alert_design_patterns.md, dashboard_best_practices.md) and three sample assets, yet the body never mentions or links any of them, while ~200 lines of equivalent catalog content that belongs in those files are inlined in SKILL.md. This matches the anchor for content inlined that clearly belongs in separate files with references effectively buried.

2 / 5

Total

12

/

20

Passed

Description

80%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 well-constructed description with an explicit 'Use when...' clause, natural trigger phrases, and concrete named capabilities in third-person voice. Its main weaknesses are the omission of dashboard generation (the skill's stated primary lane) and trigger claims around SLO design that conflict with the sibling slo-architect skill the body defers to.

Suggestions

Lead the capability list with what the body calls this skill's actual lane — dashboard generation and alert-noise reduction — instead of SLO design, which the body hands off to slo-architect.

Drop or narrow the 'designing an SLO program' trigger to 'quick SLO scaffolding' so the description does not capture requests that should route to slo-architect.

Add natural trigger synonyms such as 'setting up monitoring', 'noisy alerts', and 'Grafana dashboards' to broaden keyword coverage.

DimensionReasoningScore

Specificity

Names the domain plus several concrete capabilities in third person — 'Design production-ready observability strategies combining metrics, logs, and traces. Includes SLI/SLO design, golden-signals monitoring, alert optimization.' It omits dashboard generation, which the body calls this skill's main lane, so coverage has a notable gap that keeps it below 5.

4 / 5

Completeness

Clearly answers both what ('Design production-ready observability strategies... SLI/SLO design, golden-signals monitoring, alert optimization') and when (an explicit 'Use when...' clause with three concrete trigger phrases), matching the top anchor exactly.

5 / 5

Trigger Term Quality

'Use when adding observability to a new service, refactoring alerting that is too noisy, or designing an SLO program' contains natural phrases users would actually say. Common synonyms are missing — 'monitoring', 'dashboards', 'Grafana', 'alert fatigue' — so it falls short of comprehensive coverage.

4 / 5

Distinctiveness Conflict Risk

The observability framing is fairly specific, but the description claims 'SLI/SLO design' and 'designing an SLO program' as triggers while the body routes SLO/error-budget work to the sibling 'slo-architect' skill — the description actively invites triggers that should fire a different skill, which is more than the minor overlap allowed at 4.

3 / 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

alirezarezvani/claude-skills

Path

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