observability

Instrument Go services with OpenTelemetry traces, Prometheus metrics, and slog logs.

Updated Apr 3, 2026
One-click install
npx skills add https://github.com/matlockx/track-work --skill observability-matlockx
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability
Source: https://github.com/matlockx/track-work/tree/main/.agent/skills/observability
Command: npx skills add https://github.com/matlockx/track-work --skill observability-matlockx

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Observability is often fragmented: developers lack end-to-end visibility into how Go services behave in production. This skill provides a unified reference for instrumenting traces, metrics, and logs to diagnose, monitor, and optimize service performance.

Core Features & Use Cases

  • Tracing with OpenTelemetry to capture request flows across services.
  • Metrics with Prometheus to monitor latency, error rates, and resource usage.
  • Structured logging with slog for contextual, machine-parseable logs.
  • Health checks and Grafana dashboards to ensure reliability and observability coverage.

Quick Start

Initialize tracing, metrics, and logging in your Go service following the examples in this skill to gain immediate observable insight.

Frequently Asked Questions about observability

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

FAQPage Schema
How do I instrument Go services for end-to-end observability?

Instrument Go services for end-to-end observability by applying code patterns for OpenTelemetry traces, Prometheus metrics, and slog-based structured logs. This integration provides unified visibility into request flows, latency, and service behavior to diagnose production issues.

What is the best way to set up OpenTelemetry tracing and Prometheus metrics in Go?

Set up OpenTelemetry tracing and Prometheus metrics in Go by using provided code patterns to initialize tracing and export metrics. This captures request flows across services and monitors latency, error rates, and resource usage for operational reliability.

Can I use slog for structured logging alongside OpenTelemetry in a Go backend?

Yes, you can use slog for structured logging alongside OpenTelemetry in a Go backend. The skill provides safe defaults for configuring contextual, machine-parseable logs that integrate seamlessly with tracing and metrics instrumentation.

Do I need health checks and Grafana dashboards for Go service reliability?

Health checks and Grafana dashboards are needed for Go service reliability to ensure observability coverage. Implementing health endpoints allows you to monitor service status, while dashboards visualize the collected metrics and traces for operational insights.

Does this observability instrumentation work for backend Go services specifically?

Yes, this observability instrumentation applies specifically to backend Go services requiring operational reliability. It delivers targeted code patterns for initializing tracing, exporting metrics, and configuring logging within the Go environment using safe defaults.

Why is observability often fragmented and how do I unify traces, metrics, and logs?

Observability is often fragmented because developers lack unified visibility into service behavior. Unify traces, metrics, and logs by applying integrated code patterns for OpenTelemetry, Prometheus, and slog to diagnose, monitor, and optimize Go service performance.