What problem does it solve?
Choosing and wiring observability for NeMo Relay agent runtimes is error-prone: versions 0.6 and 0.7 use different configuration schemas and exporter classes, and each output format (raw events, trajectories, OTLP traces) has its own lifecycle and semantics. This Skill guides agents through selecting the right exporter, configuring it correctly for the installed Relay version, and verifying the output.
Core Features & Use Cases
- Version-aware configuration: Distinguishes NeMo Relay 0.6 (config version 2, separate OpenTelemetry/OpenInference exporters) from 0.7 (config version 3, unified typed OpenTelemetry projections).
- Multiple export outputs: Covers raw ATOF JSONL events, ATIF v1.7 trajectories, OTLP tracing via OpenTelemetry, and OpenInference-aware backends such as Arize Phoenix.
- Lifecycle and safety guidance: Enforces the create-register-run-flush-deregister-shutdown lifecycle, secret handling via environment variables, and sanitization before production export.
- Use Case: A team deploying a NeMo Relay service on Kubernetes needs spans in Grafana Tempo and replayable trajectories for their ML team; the Skill walks through registering an OpenTelemetry subscriber and an AtifExporter on the same event stream.
Quick Start
Ask your agent to set up observability for your NeMo Relay application, for example by requesting OTLP trace export to a local OpenTelemetry Collector for your Relay 0.7 Python service.