observability

Implement structured logging, distributed tracing, and symptom-based alerting with OpenTelemetry.

25|3|Updated Jul 14, 2026
One-click install
npx skills add https://github.com/nimadorostkar/Claude-Skills-collection --skill observability-nimadorostkar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability
Source: https://github.com/nimadorostkar/Claude-Skills-collection/tree/main/skills/devops/observability
Command: npx skills add https://github.com/nimadorostkar/Claude-Skills-collection --skill observability-nimadorostkar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the challenge of diagnosing system incidents and instrumenting services where existing telemetry is insufficient or noisy, preventing the common issue of having data that cannot answer critical questions during an outage.

Core Features & Use Cases

  • Structured Logging: Implements queryable, JSON-based logging with trace IDs to ensure logs are actionable at any hour.
  • Telemetry Frameworks: Provides guidance on RED metrics for services and USE metrics for resources to ensure comprehensive coverage.
  • Symptom-Based Alerting: Focuses on defining SLOs and error budgets that trigger alerts only when user experience is genuinely impacted, reducing alert fatigue.

Quick Start

Use the observability skill to audit our current logging strategy and define symptom-based alerts for the checkout service.

Frequently Asked Questions about observability

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement structured logging that stays actionable during an incident?

Structured logging uses queryable, JSON-based formats with trace IDs to ensure logs remain actionable during an outage. This approach links log entries directly to distributed traces for faster diagnosis.

What is the best way to reduce alert fatigue without missing critical system failures?

Symptom-based alerting reduces alert fatigue by defining SLOs and error budgets that trigger alerts only when user experience is genuinely impacted, rather than firing on raw system metrics.

How do I instrument services with OpenTelemetry for comprehensive observability?

Instrumenting services with OpenTelemetry involves integrating distributed tracing and structured logging. This skill guides applying RED metrics for services and USE metrics for resources to ensure comprehensive coverage.

Why does my current telemetry data fail to answer critical questions during an outage?

Current telemetry often fails during an outage because it is insufficient or noisy. Prioritizing actionable, user-centric metrics over raw system data ensures your observability strategy can answer critical diagnostic questions.

When do I need to define SLOs and error budgets for my services?

You need to define SLOs and error budgets when implementing symptom-based alerting to measure user impact. This ensures your monitoring focuses on actionable telemetry rather than raw system data noise.