What problem does it solve?
It removes the guesswork of how to add OpenTelemetry observability by guiding you through safe, evidence-based instrumentation that preserves the app’s existing runtime shape.
Core Features & Use Cases
- Preflight, evidence-first setup: identifies the correct language/framework, the real process start surface, service.name and environment sources, and whether OTel SDK is already initialized.
- Auto-instrumentation first: wires official OTel SDK and the appropriate auto-instrumentation libraries so HTTP/server spans and related telemetry appear without large refactors.
- Targeted custom instrumentation: adds only the custom spans/metrics requested after auto-instrumentation is confirmed, with explicit error-status behavior for APM backends.
- Validation-ready defaults: ensures HTTP duration metrics are emitted (e.g., via the recommended HTTP server wrapping) and that OTLP export is configurable via standard environment variables.
Quick Start
Tell the assistant: “Instrument this service with OpenTelemetry for tracing and metrics, using auto-instrumentation, and add one custom span for the business operation that handles payments.”