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.

56

Quality

70%

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

45%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 pairs a genuinely good Quick Start (concrete commands, routed responsibilities, an explicit verification loop) with a ~200-line encyclopedia of observability concepts Claude already knows. The structure is sectioned but monolithic: no reference files exist, and every script the body instructs the user to run is missing from the bundle.

Suggestions

Cut the Core Competencies / Advanced Patterns / Best Practices concept taxonomies down to a short lane-defining summary, moving any genuinely project-specific guidance into reference files under references/ (e.g., references/dashboard-design.md, references/alert-optimization.md) linked from the body.

Include the actual scripts the Quick Start invokes (scripts/dashboard_generator.py, scripts/alert_optimizer.py, scripts/slo_designer.py) in the bundle, or replace the command examples with the concrete guidance that replaces them.

Add a short input-format example for alert_optimizer.py (the minimal alert-rule JSON it accepts) so the analyze → review → emit workflow is executable end-to-end without guessing the schema.

DimensionReasoningScore

Conciseness

Roughly 200 of the 273 lines are one-line taxonomies of standard observability knowledge Claude already knows ("Golden Signals: Latency, traffic, errors, and saturation", "RED Method", "Log Levels: Appropriate use of DEBUG, INFO, WARN, ERROR, FATAL levels"), which is noticeable padding across many sections — though they are terse enumerations rather than the extensive prose explanations of anchor 1.

2 / 5

Actionability

The Quick Start provides real, flag-complete commands for all three scripts, but the remaining ~80% of the body is descriptive bullets; the required input formats (what alerts.json must contain, what a service description JSON looks like) are never specified, so a user cannot actually prepare inputs from the skill alone.

3 / 5

Workflow Clarity

The Quick Start sequences analyze-only → review → emit optimized config, and the verification loop gives an explicit feedback checkpoint ("if the actionable-alert ratio didn't improve, re-run --analyze-only ... confirm every golden-signal panel renders with live data"), matching anchor 4; it falls short of 5 because there is no validation step for the generated dashboard JSON before import.

4 / 5

Progressive Disclosure

The large inlined concept catalog (Core Competencies through Best Practices) clearly belongs in separate reference files per anchor 2, and the three referenced scripts (scripts/dashboard_generator.py, scripts/alert_optimizer.py, scripts/slo_designer.py) do not exist in the bundle at all — no scripts/, references/, or assets/ directories are present — so navigation is broken rather than merely imperfect.

2 / 5

Total

11

/

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: third-person, concrete about capabilities, and with an explicit, natural 'Use when' trigger clause covering three realistic scenarios. Its only weaknesses are missing dashboard-related trigger terms and overlapping SLO-design claims with a sibling skill that the body explicitly defers to.

DimensionReasoningScore

Specificity

Names several concrete, domain-specific actions ("SLI/SLO design, golden-signals monitoring, alert optimization"), but "Design production-ready observability strategies" remains one level more abstract than anchor-5's fully concrete action lists, and dashboard generation is absent from the description.

4 / 5

Completeness

Explicitly answers both what ("Design production-ready observability strategies combining metrics, logs, and traces. Includes SLI/SLO design, golden-signals monitoring, alert optimization") and when ("Use when adding observability to a new service, refactoring alerting that is too noisy, or designing an SLO program before scaling production load") with concrete trigger phrases, matching the anchor-5 example.

5 / 5

Trigger Term Quality

Good natural phrases users would say ("adding observability to a new service", "refactoring alerting that is too noisy", "designing an SLO program"), but common synonyms like "dashboards", "monitoring setup", or tool names are missing, so coverage is not comprehensive.

4 / 5

Distinctiveness Conflict Risk

Mostly a clear observability niche with distinct triggers, but the description claims "SLI/SLO design" and "designing an SLO program" — capabilities the body itself routes to a closely related sibling skill (slo-architect), creating minor overlap risk.

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: 4 missing

Warning

Total

15

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/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.