Using a Tracer Provider to Add Custom Spans to Auto-Instrumented Traces

Ben M. · 2025-06-10T20:33:34.853Z

@RunLLM how do I use a tracer provider to add a custom span to an auto-instrumented trace?

Using a Tracer Provider to Add Custom Spans to Auto-Instrumented Traces | Arize AI Community

5 comments

· Sorted by Oldest

RunLLM
APP
·
To add a custom span to an auto-instrumented trace, use your tracer provider to create a span within the context of the auto-instrumented operation. This ensures your custom span is a child of the active auto-instrumented span. For Python, use `tracer.start_as_current_span("custom-span-name")` inside the code path where the auto-instrumented span is active, and set any desired attributes on the span. The custom span will be properly nested in the trace hierarchy if created within the active context of the auto-instrumented span (<https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>, <https://docs.arize.com/phoenix/tracing/how-to-tracing/manual-instrumentation/custom-spans#P7alvl1dWN6l|manual instrumentation guide>). Example: ``` from opentelemetry import trace tracer = trace.get_tracer(__name__) with tracer.start_as_current_span("custom-span") as span: span.set_attribute("my_attribute", "value") # Your custom logic here ``` This should be placed where the auto-instrumented span is active to ensure correct parent-child relationships. Would you like more detail or a framework-specific example? Sources: - <https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>
💡 Hint: Mention RunLLM in the thread for followups.
Ben M.
·
RunLLM the span is showing up but as its own trace, not as a child
RunLLM
APP
·
This usually happens if the custom span is created outside the context of the auto-instrumented span, so it doesn't inherit the parent trace context. To ensure your custom span is a child, you must create it within the active context of the auto-instrumented span—otherwise, it will start a new trace (<https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>, <https://docs.arize.com/phoenix/tracing/how-to-tracing/manual-instrumentation/custom-spans#P7alvl1dWN6l|manual instrumentation guide>). If you need to explicitly set the parent, use the current context when starting your span. For example, in Python: ``` from opentelemetry import trace from opentelemetry.trace import set_span_in_context parent_span = trace.get_current_span() parent_context = set_span_in_context(parent_span) with tracer.start_as_current_span("custom-span", context=parent_context) as span: # custom logic pass ``` Would you like more detail or troubleshooting steps? Sources: - <https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>
💡 Hint: Mention RunLLM in the thread for followups.
Ben M.
·
this might be a weird thing with langchain/langgraph
😎1
Ben M.
·
that last message worked 🙂

RunLLM
APP
·
To add a custom span to an auto-instrumented trace, use your tracer provider to create a span within the context of the auto-instrumented operation. This ensures your custom span is a child of the active auto-instrumented span. For Python, use `tracer.start_as_current_span("custom-span-name")` inside the code path where the auto-instrumented span is active, and set any desired attributes on the span. The custom span will be properly nested in the trace hierarchy if created within the active context of the auto-instrumented span (<https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>, <https://docs.arize.com/phoenix/tracing/how-to-tracing/manual-instrumentation/custom-spans#P7alvl1dWN6l|manual instrumentation guide>). Example: ``` from opentelemetry import trace tracer = trace.get_tracer(__name__) with tracer.start_as_current_span("custom-span") as span: span.set_attribute("my_attribute", "value") # Your custom logic here ``` This should be placed where the auto-instrumented span is active to ensure correct parent-child relationships. Would you like more detail or a framework-specific example? Sources: - <https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>
💡 Hint: Mention RunLLM in the thread for followups.
Ben M.
·
RunLLM the span is showing up but as its own trace, not as a child
RunLLM
APP
·
This usually happens if the custom span is created outside the context of the auto-instrumented span, so it doesn't inherit the parent trace context. To ensure your custom span is a child, you must create it within the active context of the auto-instrumented span—otherwise, it will start a new trace (<https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>, <https://docs.arize.com/phoenix/tracing/how-to-tracing/manual-instrumentation/custom-spans#P7alvl1dWN6l|manual instrumentation guide>). If you need to explicitly set the parent, use the current context when starting your span. For example, in Python: ``` from opentelemetry import trace from opentelemetry.trace import set_span_in_context parent_span = trace.get_current_span() parent_context = set_span_in_context(parent_span) with tracer.start_as_current_span("custom-span", context=parent_context) as span: # custom logic pass ``` Would you like more detail or troubleshooting steps? Sources: - <https://github.com/Arize-ai/phoenix/blob/main/docs/tracing/how-to-tracing/custom-spans.md|custom-spans.md>
💡 Hint: Mention RunLLM in the thread for followups.
Ben M.
·
this might be a weird thing with langchain/langgraph
😎1
Ben M.
·
that last message worked 🙂