observability-first-debugging

Codify debugging best practices using structured logs, tracing, and correlation IDs.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/lgerard314/global-plugin --skill observability-first-debugging-lgerard314
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-first-debugging
Source: https://github.com/lgerard314/global-plugin/tree/main/plugin/skills/observability-first-debugging
Command: npx skills add https://github.com/lgerard314/global-plugin --skill observability-first-debugging-lgerard314

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Debugging production issues requires strong observability foundations, including structured logging, correlation IDs, metrics, and traces to reduce MTTR.

Core Features & Use Cases

  • Observability-first debugging patterns for live incidents, hot paths, and cross-service workflows.
  • Guidance on implementing structured logs, correlation propagation, and end-to-end tracing across services.
  • Use Case: When a prod incident hits multiple services, you can quickly instrument and correlate data to identify root cause.

Quick Start

Enable request-scoped logging and correlation IDs in every handler, then use traces and metrics to diagnose a live issue.

Frequently Asked Questions about observability-first-debugging

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

FAQPage Schema
How do I debug a production incident across multiple services?

Trace cross-service production incidents by propagating correlation IDs through structured logs and distributed traces. This observability-first debugging approach provides end-to-end visibility across hot paths, enabling rapid root cause identification and reduced mean time to resolution.

What are the best practices for implementing structured logs and correlation IDs?

Best practices for structured logs and correlation IDs involve enabling request-scoped logging in every handler to ensure contextual data propagates across service boundaries. This structured approach guarantees that metrics and traces can be accurately correlated during hot-path investigations.

Why do I need observability for debugging live system issues?

You need observability for debugging live system issues because structured logs, metrics, and traces provide the end-to-end visibility required to pinpoint failures. Without these foundations, diagnosing cross-service workflows during an incident relies on guesswork, significantly increasing resolution time.

How do I set up runbooks and modular hooks for incident management?

Set up runbooks and modular hooks for incident management by codifying debugging best practices into a safe pattern library. This specifies requirements for engineering teams to adopt structured workflows, ensuring consistent and reliable responses during live production incidents.

Does observability-first debugging work for hot-path investigations?

Observability-first debugging works effectively for hot-path investigations by leveraging metrics and traces to diagnose live performance issues. It applies specifically to live incidents and cross-service workflows, ensuring engineering teams can quickly instrument and correlate data.