observability-review

Audit logs, metrics, traces, and alerts to ensure cohesive telemetry.

108|27|Updated Mar 26, 2026
One-click install
npx skills add https://github.com/diegosouzapw/omni-skills --skill observability-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-review
Source: https://github.com/diegosouzapw/omni-skills/tree/main/skills/observability-review
Command: npx skills add https://github.com/diegosouzapw/omni-skills --skill observability-review

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

Observability review helps teams ensure that telemetry (logs, metrics, traces) is cohesive, actionable, and tied to user impact, reducing blind spots before shipping or debugging a service.

Core Features & Use Cases

  • Design telemetry contracts across metrics, logs, and traces to enable fast root-cause analysis
  • Align alerts with owners, explicit actionability, and operator runbooks to reduce noise
  • Define SLOs, burn budgets, and release-readiness artifacts to guide deployment decisions
  • Review dashboards and runbooks for completeness and coherent debug paths

Quick Start

Ask the skill to generate an observability readiness packet for your service by providing its name and key telemetry priorities.

Frequently Asked Questions about observability-review

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

FAQPage Schema
How do I audit telemetry to ensure logs, metrics, and traces are actionable?

Audit telemetry by reviewing logs, metrics, and traces against defined SLOs and runbooks to ensure cohesive signals. This process maps telemetry outputs to specific triage steps, confirming that alerts are tied to ownership and user impact for effective incident response.

What is an observability readiness packet for a new service design?

An observability readiness packet is a structured output that aligns telemetry with triage steps before release. It validates that logs, metrics, traces, and alerts map to explicit SLOs, burn budgets, and operator runbooks to guarantee reliable service deployment.

How do I align alerts with runbooks to reduce noise during incident response?

Align alerts with runbooks by auditing telemetry to verify explicit actionability and ownership. Reviewing dashboards and debug paths ensures alerts map directly to operator instructions, reducing noise and enabling fast root-cause analysis during incidents.

Do I need defined SLOs and burn budgets to review observability for release readiness?

Yes, reviewing observability for release readiness requires defined SLOs, burn budgets, and a structured telemetry model. These elements guide deployment decisions by ensuring metrics and alerts map directly to user impact and actionable triage steps.

When do I need to perform an observability review on my service?

Perform an observability review during new service design, incident response optimization, and release readiness checks. It ensures cohesive telemetry contracts across logs, metrics, and traces, eliminating blind spots before shipping or debugging.

What's the best way to map telemetry signals to triage steps for debugging?

Map telemetry to triage steps by auditing dashboards and runbooks for coherent debug paths. This ensures logs, metrics, and traces align with explicit SLOs and operator instructions, delivering actionable outcomes for root-cause analysis.