observability-fundamentals

Explains observability first principles including wide events, high cardinality, and the core analysis loop.

Updated Jun 4, 2026
One-click install
npx skills add https://github.com/krzko/pokemon-api --skill observability-fundamentals-krzko
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: observability-fundamentals
Source: https://github.com/krzko/pokemon-api/tree/main/.claude/skills/observability-fundamentals
Command: npx skills add https://github.com/krzko/pokemon-api --skill observability-fundamentals-krzko

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Engineers often adopt observability tools without understanding the underlying concepts, leading to poor instrumentation choices and ineffective debugging. This Skill grounds recommendations in first principles — wide events, high cardinality, and the core analysis loop — so you can answer conceptual questions and make sound instrumentation decisions. ## Core Features & Use Cases - Conceptual Foundations: Defines observability, wide events, high cardinality, and high dimensionality, and contrasts observability with traditional monitoring. - Events vs Metrics vs Logs: Compares the three telemetry types with side-by-side code examples in Go, Python, and Node.js, showing what each can and cannot query. - Core Analysis Loop: Explains the Define → Visualize → Investigate → Evaluate debugging workflow and how BubbleUp automates outlier detection. - Use Case: When a teammate asks "why can't I just add user.id as a Prometheus label?", use this Skill to explain the cardinality explosion and why wide events preserve that context at no extra cost. ## Quick Start Ask the AI to explain the difference between events, metrics, and logs and why wide events are better for debugging production issues.

Frequently Asked Questions about observability-fundamentals

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

FAQPage Schema
What is the difference between observability and monitoring?▼

Observability lets you ask arbitrary questions not defined ahead of time by exploring high-cardinality event data, while monitoring relies on pre-defined dashboards and alerts. Observability decides data shape at query time; monitoring decides it at instrumentation time.

What is a wide event in observability?▼

A wide event is a flat key-value record capturing the full context of a unit of work, such as user ID, endpoint, duration, and error status. In OpenTelemetry, a span is a wide event, and every attribute becomes a queryable dimension.

Why can't I add high-cardinality labels like user.id to Prometheus metrics?▼

Each unique label value creates a new time series, so 100,000 users across 10 metrics produces one million time series. This cardinality explosion forces metrics systems to keep labels low-cardinality, stripping away debugging context.

What is the core analysis loop in Honeycomb?▼

The core analysis loop is Define, Visualize, Investigate, Evaluate. You frame a question, run a query to see the problem's shape, narrow down with BubbleUp and traces, then confirm the hypothesis by querying with and without the suspected cause.

When should I use structured events instead of logs?▼

Use structured events when you need aggregate queries like P99 latency, automatic outlier detection via BubbleUp, or cross-service correlation through trace context. Logs require expensive full scans for aggregation and manual correlation IDs across services.