monitoring-expert

Design production monitoring systems with logging, metrics, tracing, and alerting artifacts.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/jsdfhasuh/emosonic --skill monitoring-expert-jsdfhasuh
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: monitoring-expert
Source: https://github.com/jsdfhasuh/emosonic/tree/main/.agents/skills/monitoring-expert
Command: npx skills add https://github.com/jsdfhasuh/emosonic --skill monitoring-expert-jsdfhasuh

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you prevent production surprises by setting up monitoring and alerting that reliably detects failures, performance regressions, and capacity risks.

Core Features & Use Cases

  • Structured logging with correlation: Implement JSON logs with request IDs so events can be traced end-to-end during incidents.
  • Metrics instrumentation and dashboards: Define counters, gauges, and histograms, then visualize RED/USE views in dashboards.
  • Tracing and performance readiness: Configure OpenTelemetry-style spans and use profiling/performance testing references to find bottlenecks before they become outages.
  • Alerting that balances signal and noise: Create actionable Prometheus alert rules with sensible thresholds, severities, and routing.

Quick Start

Use the monitoring-expert skill to design a complete observability plan for your service, including structured logs, Prometheus metrics, tracing instrumentation, dashboards, and alert rules tailored to critical paths.

Frequently Asked Questions about monitoring-expert

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

FAQPage Schema
How do I implement structured logging with correlation IDs for incident tracing?

Structured logging with correlation IDs is implemented by formatting logs as JSON objects containing unique request IDs, enabling end-to-end event tracing during production incidents. This approach links disparate service events into a single traceable request flow.

What is the difference between Prometheus counters, gauges, and histograms for metric modeling?

Prometheus metric modeling differentiates counters for ever-increasing values, gauges for values that fluctuate up and down, and histograms for observing distributions like request latency. Selecting the correct metric type ensures accurate aggregation and reliable dashboard visualizations.

How do I set up Prometheus alert rules that avoid alert fatigue?

Prometheus alert rules avoid alert fatigue by applying sensible thresholds, defining clear severity levels, and establishing actionable routing. This balances signal and noise by triggering only for critical path failures and capacity risks, reducing false positives during operations.

Can I use OpenTelemetry spans for performance testing and bottleneck detection?

OpenTelemetry spans are used for performance testing and bottleneck detection by instrumenting critical path code to measure execution time. Configuring these traces alongside profiling references identifies performance regressions and capacity risks before they cause production outages.

What's the best way to build Grafana dashboards using RED and USE methodologies?

Building Grafana dashboards using RED and USE methodologies involves visualizing Rate, Errors, and Duration for requests, alongside Utilization, Saturation, and Errors for resources. This approach translates operational needs into reliable observability views for service health.

Does this observability setup expose sensitive data in logs or metrics?

This observability setup prevents sensitive data exposure by applying guardrails during logging and metric instrumentation design. It structures operational artifacts to capture failure signals and performance data without violating security or privacy requirements.