effect-wide-events

Design span attributes for queryable wide event instrumentation.

22|1|Updated Apr 14, 2026
One-click install
npx skills add https://github.com/mpsuesser/pi-effect-harness --skill effect-wide-events
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: effect-wide-events
Source: https://github.com/mpsuesser/pi-effect-harness/tree/main/harnesses/effect/skills/effect-wide-events
Command: npx skills add https://github.com/mpsuesser/pi-effect-harness --skill effect-wide-events

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Wide events replace scattered, low-context log lines with one comprehensive, structured record per request so incidents can be answered via queries instead of guesswork.

Core Features & Use Cases

  • Canonical log lines (one event per request): Consolidate identity, business context, performance metrics, and outcomes into a single queryable event.
  • High dimensionality attributes: Capture enough fields to answer real incident questions like “which feature caused failures for premium users?”
  • Sampling strategy for cost control: Retain errors/slow/VIP at 100% while sampling successful fast traffic to manage observability spend.
  • Anti-pattern prevention: Avoid scattered step logs, overly thin events (too few fields), and technical-only telemetry that omits business/user context.

Quick Start

Use the effect-wide-events skill to design which span attributes you should record so every request produces an enriched, structured event that is answerable during incidents.

Frequently Asked Questions about effect-wide-events

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

FAQPage Schema
What are wide events in distributed systems observability?

Wide events are single, comprehensive structured records per request that consolidate identity, business context, performance metrics, and outcomes. They replace scattered, low-context log lines so distributed incidents can be diagnosed via queries instead of guesswork.

How do I design span attributes for incident debugging?

Design span attributes by capturing identity, user, business, performance, and outcome fields with sufficient dimensionality. Validate that common incident questions, such as identifying which feature caused failures for premium users, remain queryable after instrumentation.

How does tail sampling manage observability costs for structured logging?

Tail sampling manages observability costs by retaining errors, slow requests, and VIP traffic at 100% while sampling successful, fast traffic. This preserves high-value diagnostic data without retaining every routine event.

What anti-patterns should I avoid when instrumenting OpenTelemetry spans?

Avoid scattered step logs, overly thin events with too few fields, and technical-only telemetry that omits business or user context. These anti-patterns prevent you from correlating distributed incidents and answering real operational questions.

Can I use canonical log lines to correlate failures across microservices?

Yes, canonical log lines consolidate one comprehensive event per request across services and dependencies. By capturing high-dimensionality attributes like user and business context, they enable direct querying of cross-service failure correlations.