go/observability

Standardize Go observability with slog, Prometheus, and OpenTelemetry.

3|1|Updated Feb 10, 2026
One-click install
npx skills add https://github.com/deandum/claude-resources --skill go-observability-deandum
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: go/observability
Source: https://github.com/deandum/claude-resources/tree/main/skills/go/observability
Command: npx skills add https://github.com/deandum/claude-resources --skill go-observability-deandum

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Go observability with slog, Prometheus, and OpenTelemetry provides a structured pattern for instrumenting Go services, helping teams achieve reliable visibility and maintainable instrumentation.

Core Features & Use Cases

  • Structured logging using slog (stdlib) to ensure consistent log formats and easy log ingestion.
  • Prometheus metrics integration with counters, histograms, and a /metrics endpoint for live monitoring.
  • OpenTelemetry tracing setup and context propagation to enable end-to-end tracing across services.
  • Health checks and readiness signals to support production-grade service reliability and automated health management.

Quick Start

Configure a Go service to use slog for logging, expose a /metrics endpoint for Prometheus, and initialize an OpenTelemetry tracer at startup.

Frequently Asked Questions about go/observability

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

FAQPage Schema
How do I set up Go observability with slog, Prometheus, and OpenTelemetry?

Go observability setup involves configuring slog for structured logging, exposing a /metrics endpoint for Prometheus, and initializing an OpenTelemetry tracer at application startup to achieve production-grade visibility.

What is the best way to structure logs in a Go service using slog?

Structured logging in Go services uses slog to ensure consistent log formats and easy ingestion. This approach provides standardized logger setup with safe defaults, making logs highly parseable for downstream analysis.

How do I add health checks and readiness signals to a Go application?

Adding health checks to a Go application provides readiness signals that support production-grade reliability and automated health management. This pattern initializes dedicated health endpoints for continuous monitoring.

Can I use OpenTelemetry tracing for context propagation across Go microservices?

OpenTelemetry tracing in Go enables end-to-end tracing and context propagation across microservices. Initializing the tracer at startup ensures distributed operations maintain visibility throughout service boundaries.

Do I need external dependencies to expose Prometheus metrics from a Go service?

Prometheus metrics integration in Go uses counters, histograms, and a /metrics endpoint for live monitoring. This standardized pattern provides safe defaults and validation without requiring complex external dependencies.

Why should I use a standardized Go observability pattern instead of configuring tools individually?

A standardized Go observability pattern provides a cohesive stack for logging, metrics, and tracing. This ensures reliable visibility, maintainable instrumentation, and safe defaults rather than fragmented tool configurations.