OpenTelemetry
Use the opentelemetry section when you want NeMo Relay lifecycle events
exported as generic OpenTelemetry Protocol (OTLP) trace spans.
OpenTelemetry export is a good fit when your tracing backend already expects OTLP spans and you want NeMo Relay scopes, tool calls, LLM calls, and marks to appear in the same tracing pipeline as the rest of the application.
plugins.toml Example
Add the following OpenTelemetry exporter configuration to plugins.toml:
This configuration registers a plugin-owned OpenTelemetry subscriber and sends NeMo Relay trace spans to the configured OTLP endpoint.
Fields
The following table describes OpenTelemetry exporter settings:
Expected Output
The collector should receive OTLP trace export requests. The tracing backend should show spans for NeMo Relay scopes, tools, LLM calls, and marks grouped by root scope.
The default inherit projection follows exporter-native handling: a mark with
an active parent span is a span event, while an orphan mark is a standalone
zero-duration mark:<name> span. mark_projection = "event" explicitly selects
that representation. Set mark_projection = "tool" only when the target
backend needs eligible marks represented as visible child spans. Projected
marks use SpanKind::Internal, carry
nemo_relay.mark.projection = "tool", and retain mark UUID, parentage,
category/profile, and payload attributes. High-volume llm.chunk marks retain
exporter-native handling by default and when excluded from tool projection.
Add other event names to mark_exclude_names for a backend to keep those
marks in exporter-native form rather than visible tool children. The exclusion
list affects only tool projection; it does not remove mark payload or metadata.
Set mark_exclude_names = [] to disable the default llm.chunk exclusion.
Each lifecycle span includes nemo_relay.uuid and nemo_relay.parent_uuid
attributes. These values match ATIF step.extra.ancestry.function_id and
step.extra.ancestry.parent_id for the same events. For plugin-managed ATIF,
the trajectory-root span’s nemo_relay.uuid also matches the ATIF session_id.
Backend-native trace_id and span_id values are not written into ATIF.
NeMo Relay projects top-level lifecycle payload fields to typed OTLP attributes
with dotted names. For example, metadata = { tenant = "acme" } becomes
nemo_relay.start.metadata.tenant = "acme".
- Start events use the
nemo_relay.start.data,nemo_relay.start.metadata, andnemo_relay.start.inputprefixes. - End events use
nemo_relay.end.data,nemo_relay.end.metadata, andnemo_relay.end.output. - Handle attributes use
nemo_relay.handle_attributes. Mark data, metadata, attributes, and category-profile fields use the correspondingnemo_relay.mark.*prefixes.
Scalar strings, booleans, and numbers that fit an OTLP numeric type keep their
types. NeMo Relay emits larger unsigned integers as strings. When a top-level
field contains an object or array, NeMo Relay emits its value as a JSON string
at that field’s dotted name. Nested null values remain in that string, but a
top-level field whose value is null is omitted. NeMo Relay no longer emits the
old aggregate *_json payload attributes.
Configure an alias when a backend expects a different attribute name:
The source attribute remains in the span. If the span already contains
tenant.id, NeMo Relay keeps the existing value instead of replacing it with
the alias.
Coding-agent trace roots also carry these correlation attributes:
These canonical fields are emitted on trace roots rather than repeated on
every child span. Filter roots by session.id, user.id, or
nemo_relay.session.instance_id, then use the backend trace_id to select the
remaining rows in each trace. A session.start mark carries the same fields:
it is a span event when a parent is active and a zero-duration root span when
it is orphaned.
For LLM end spans, cost is emitted as nemo_relay.llm.cost.total and
nemo_relay.llm.cost.currency (any currency). Token counts are not emitted as
discrete attributes. Refer to
Token and Cost Field Semantics
for the full mapping.
Register the plugin before the first instrumented request, use stable service identity fields, keep credentials outside source code, and flush during graceful shutdown.
Plugin Configuration
Use plugin configuration when the application should let NeMo Relay own the OpenTelemetry subscriber lifecycle. The following examples configure and activate the OpenTelemetry exporter through each supported language binding.
validate() checks only the supplied in-memory object. initialize() also
layers discovered plugins.toml configuration. For effective file-backed
validation, refer to Plugin Configuration Files
and run the gateway with the same configuration path that production uses.
Python
Node.js
Rust
Manual API
Use the manual subscriber API when you need an explicit subscriber name or
direct force_flush control.
Python
Node.js
Rust
Common Configuration and Runtime Issues
transportis nothttp_binaryorgrpc.- Headers or resource attributes are not string-to-string maps.
- The exporter feature is unavailable in the current build or target.
- The endpoint is unreachable at runtime.