obs-sre-observability-engineer

Design observability and SRE controls with SLI/SLO targets and OpenTelemetry instrumentation.

2|1|Updated Sep 11, 2025
One-click install
npx skills add https://github.com/ThiagoGuislotti/copilot-instructions --skill obs-sre-observability-engineer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: obs-sre-observability-engineer
Source: https://github.com/ThiagoGuislotti/copilot-instructions/tree/main/.codex/skills/obs-sre-observability-engineer
Command: npx skills add https://github.com/ThiagoGuislotti/copilot-instructions --skill obs-sre-observability-engineer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams eliminate blind spots in production by defining measurable SLI/SLO targets, ensuring consistent telemetry coverage, and improving incident readiness through validated alerting and runbooks.

Core Features & Use Cases

  • SLI/SLO definition and validation: Scope critical user journeys, set measurable targets, and assess residual risk.
  • Instrumentation and correlation: Add or improve OpenTelemetry traces, metrics, and logs with correlation context and cardinality checks.
  • Alerting, dashboards & runbooks: Create high-quality alerts, link runbooks, and surface operational evidence via dashboards and health checks.
  • Use Case: Apply to a microservices backend to define availability SLOs, instrument distributed traces, reduce alert noise via cardinality tuning, and produce linked incident runbooks.

Quick Start

Use the obs-sre-observability-engineer skill to define SLIs and SLOs for the main API flow, add OpenTelemetry instrumentation, and produce alert rules with linked incident runbooks.

Frequently Asked Questions about obs-sre-observability-engineer

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

FAQPage Schema
How do I define SLI and SLO targets for a microservices backend?

Defining SLI and SLO targets for a microservices backend requires scoping critical user journeys, setting measurable availability targets, and assessing residual risk to ensure reliable system performance.

How does OpenTelemetry instrumentation correlate traces, metrics, and logs?

OpenTelemetry instrumentation correlates traces, metrics, and logs by attaching shared context to telemetry data, while performing cardinality checks to maintain efficient observability and reduce metric storage costs.

What is the best way to reduce alert noise in SRE monitoring?

The best way to reduce alert noise in SRE monitoring is by tuning metric cardinality and creating high-quality alerts linked to incident runbooks, ensuring alerts trigger only on validated SLO breaches.

Can I use this approach to improve incident readiness for CI/CD pipelines?

Yes, you can apply SRE observability controls to CI/CD contexts by implementing deterministic validation workflows, health checks, and dashboards that surface operational evidence for continuous deployment pipelines.

Why do I need runbooks linked to my alerting rules?

You need runbooks linked to alerting rules to provide immediate operational context during an incident, bridging telemetry evidence with deterministic resolution steps for faster incident readiness.

What are the limitations of SLO-driven observability without trace correlation?

Without trace correlation, SLO-driven observability loses the ability to pinpoint latency bottlenecks across distributed boundaries, making it difficult to validate service health and isolate microservices failures.