Skip to main content
Weave supports import of OpenTelemetry compatible trace data through a dedicated endpoint. This endpoint lets you send OTLP (OpenTelemetry Protocol) formatted trace data directly to your Weave project. Use this integration when you want to instrument your application with the OpenTelemetry standard and have those traces appear alongside your other Weave data, without replacing your existing OTel-based observability pipeline. This page covers the endpoint details, authentication, end-to-end examples in Python and TypeScript, how to forward traces through an OpenTelemetry Collector, how to organize traces into Weave threads, and the attribute mappings Weave applies to incoming spans.

Endpoint details

  • Path: /otel/v1/traces
  • Method: POST
  • Content-Type: application/x-protobuf
  • Base URL: The base URL for the OTel trace endpoint depends on your W&B deployment type:
  • Multi-tenant Cloud: https://trace.wandb.ai/otel/v1/traces.
  • Dedicated Cloud and Self-Managed instances: https://<your-subdomain>.wandb.io/traces/otel/v1/traces.
Replace <your-subdomain> with your organization’s unique W&B domain, for example, acme.wandb.io.

Authentication and routing

Weave uses the wandb-api-key header to authenticate requests and resource attributes on your TracerProvider to route spans to the correct entity and project. Pass your W&B API key in the wandb-api-key header, then specify the following keys as OpenTelemetry Resource attributes in your TracerProvider class:
  • wandb.entity: Your W&B team or user name.
  • wandb.project: The project name to send traces to.
The following example shows how to configure authentication and project routing:
import os
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.resources import Resource

WANDB_BASE_URL = "https://trace.wandb.ai"
ENTITY = "<your-team-name>"
PROJECT = "<your-project-name>"

OTEL_EXPORTER_OTLP_ENDPOINT = f"{WANDB_BASE_URL}/otel/v1/traces"

# Create an API key at https://wandb.ai/settings
WANDB_API_KEY = os.environ["WANDB_API_KEY"]

exporter = OTLPSpanExporter(
    endpoint=OTEL_EXPORTER_OTLP_ENDPOINT,
    headers={"wandb-api-key": WANDB_API_KEY},
)

tracer_provider = trace_sdk.TracerProvider(resource=Resource({
    "wandb.entity": ENTITY,
    "wandb.project": PROJECT,
}))

Examples

The following examples show how to send OpenTelemetry traces to Weave using Python and TypeScript. Each example covers a different approach: using the OpenInference instrumentation library, using OpenLLMetry instrumentation, or using the OpenTelemetry SDK directly without an instrumentation package. Before running the following code samples, set the following fields:
  • WANDB_API_KEY: You can get this from User Settings.
  • Entity: You can only log traces to the project under a team/entity that you have access to. To find your entity name, visit your W&B dashboard and check the Teams field in the left sidebar.
  • Project name: Choose a name.
  • OPENAI_API_KEY: You can obtain this from the OpenAI dashboard.

OpenInference instrumentation

OpenInference is an open source instrumentation library from Arize AI that captures LLM calls as OpenTelemetry spans. This example shows how to use the OpenAI instrumentation. Additional instrumentations are available in the official repository. First, install the required dependencies:
pip install openai openinference-instrumentation-openai opentelemetry-exporter-otlp-proto-http
Performance recommendation: Always use BatchSpanProcessor instead of SimpleSpanProcessor when sending traces to Weave. SimpleSpanProcessor exports spans synchronously, which can impact the performance of other workloads. These examples illustrate BatchSpanProcessor, which is recommended in production because it batches spans asynchronously and efficiently.
Paste the following code into a Python file such as openinference_example.py:
import os
import openai
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.resources import Resource
from opentelemetry.sdk.trace.export import ConsoleSpanExporter, BatchSpanProcessor
from openinference.instrumentation.openai import OpenAIInstrumentor

OPENAI_API_KEY = "YOUR_OPENAI_API_KEY"
WANDB_BASE_URL = "https://trace.wandb.ai"
ENTITY = "<your-team-name>"
PROJECT = "<your-project-name>"

OTEL_EXPORTER_OTLP_ENDPOINT = f"{WANDB_BASE_URL}/otel/v1/traces"

# Create an API key at https://wandb.ai/settings
WANDB_API_KEY = os.environ["WANDB_API_KEY"]

exporter = OTLPSpanExporter(
    endpoint=OTEL_EXPORTER_OTLP_ENDPOINT,
    headers={"wandb-api-key": WANDB_API_KEY},
)

tracer_provider = trace_sdk.TracerProvider(resource=Resource({
    "wandb.entity": ENTITY,
    "wandb.project": PROJECT,
}))
tracer_provider.add_span_processor(BatchSpanProcessor(exporter))

# Optionally, print the spans to the console.
tracer_provider.add_span_processor(BatchSpanProcessor(ConsoleSpanExporter()))

OpenAIInstrumentor().instrument(tracer_provider=tracer_provider)

def main():
    client = openai.OpenAI(api_key=OPENAI_API_KEY)
    response = client.chat.completions.create(
        model="gpt-3.5-turbo",
        messages=[{"role": "user", "content": "Describe OTel in a single sentence."}],
        max_tokens=20,
        stream=True,
        stream_options={"include_usage": True},
    )
    for chunk in response:
        if chunk.choices and (content := chunk.choices[0].delta.content):
            print(content, end="")

if __name__ == "__main__":
    main()
Run the code:
python openinference_example.py

OpenLLMetry instrumentation

OpenLLMetry is an open source observability library from Traceloop that provides OpenTelemetry instrumentation for popular LLM providers and frameworks. The following example shows how to use its OpenAI instrumentation. Additional examples are available in the OpenLLMetry repository. First, install the required dependencies:
pip install openai opentelemetry-instrumentation-openai opentelemetry-exporter-otlp-proto-http
Paste the following code into a Python file such as openllmetry_example.py. This is the same code as the preceding example, except the OpenAIInstrumentor is imported from opentelemetry.instrumentation.openai instead of openinference.instrumentation.openai:
import os
import openai
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.resources import Resource
from opentelemetry.sdk.trace.export import ConsoleSpanExporter, BatchSpanProcessor
from opentelemetry.instrumentation.openai import OpenAIInstrumentor

OPENAI_API_KEY = "YOUR_OPENAI_API_KEY"
WANDB_BASE_URL = "https://trace.wandb.ai"
ENTITY = "<your-team-name>"
PROJECT = "<your-project-name>"

OTEL_EXPORTER_OTLP_ENDPOINT = f"{WANDB_BASE_URL}/otel/v1/traces"

# Create an API key at https://wandb.ai/settings
WANDB_API_KEY = os.environ["WANDB_API_KEY"]

exporter = OTLPSpanExporter(
    endpoint=OTEL_EXPORTER_OTLP_ENDPOINT,
    headers={"wandb-api-key": WANDB_API_KEY},
)

tracer_provider = trace_sdk.TracerProvider(resource=Resource({
    "wandb.entity": ENTITY,
    "wandb.project": PROJECT,
}))
tracer_provider.add_span_processor(BatchSpanProcessor(exporter))

# Optionally, print the spans to the console.
tracer_provider.add_span_processor(BatchSpanProcessor(ConsoleSpanExporter()))

OpenAIInstrumentor().instrument(tracer_provider=tracer_provider)

def main():
    client = openai.OpenAI(api_key=OPENAI_API_KEY)
    response = client.chat.completions.create(
        model="gpt-3.5-turbo",
        messages=[{"role": "user", "content": "Describe OTel in a single sentence."}],
        max_tokens=20,
        stream=True,
        stream_options={"include_usage": True},
    )
    for chunk in response:
        if chunk.choices and (content := chunk.choices[0].delta.content):
            print(content, end="")

if __name__ == "__main__":
    main()
Run the code:
python openllmetry_example.py

Without instrumentation

If you prefer to use OTel directly instead of an instrumentation package, you can do so. This approach gives you full control over which attributes are set on each span. Weave parses span attributes according to the OpenTelemetry semantic conventions described at https://opentelemetry.io/docs/specs/semconv/gen-ai/gen-ai-spans/. First, install the required dependencies:
pip install openai opentelemetry-sdk opentelemetry-api opentelemetry-exporter-otlp-proto-http
Paste the following code into a Python file such as opentelemetry_example.py:
import json
import os
import openai
from opentelemetry import trace
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.resources import Resource
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk.trace.export import ConsoleSpanExporter, BatchSpanProcessor

OPENAI_API_KEY = "YOUR_OPENAI_API_KEY"
WANDB_BASE_URL = "https://trace.wandb.ai"
ENTITY = "<your-team-name>"
PROJECT = "<your-project-name>"

OTEL_EXPORTER_OTLP_ENDPOINT = f"{WANDB_BASE_URL}/otel/v1/traces"

# Create an API key at https://wandb.ai/settings
WANDB_API_KEY = os.environ["WANDB_API_KEY"]

# Configure the OTLP exporter
exporter = OTLPSpanExporter(
    endpoint=OTEL_EXPORTER_OTLP_ENDPOINT,
    headers={"wandb-api-key": WANDB_API_KEY},
)

tracer_provider = trace_sdk.TracerProvider(resource=Resource({
    "wandb.entity": ENTITY,
    "wandb.project": PROJECT,
}))
tracer_provider.add_span_processor(BatchSpanProcessor(exporter))

# Optionally, print the spans to the console.
tracer_provider.add_span_processor(BatchSpanProcessor(ConsoleSpanExporter()))

# Set the tracer provider
trace.set_tracer_provider(tracer_provider)

# Create a tracer from the global tracer provider
tracer = trace.get_tracer(__name__)

def my_function():
    with tracer.start_as_current_span("outer_span") as outer_span:
        client = openai.OpenAI()
        input_messages = [{"role": "user", "content": "Describe OTel in a single sentence."}]
        outer_span.set_attribute("input.value", json.dumps(input_messages))
        outer_span.set_attribute("gen_ai.system", "openai")
        response = client.chat.completions.create(
            model="gpt-3.5-turbo",
            messages=input_messages,
            max_tokens=20,
            stream=True,
            stream_options={"include_usage": True},
        )
        out = ""
        for chunk in response:
            if chunk.choices and (content := chunk.choices[0].delta.content):
                out += content
        outer_span.set_attribute("output.value", json.dumps({"content": out}))

if __name__ == "__main__":
    my_function()
Run the code:
python opentelemetry_example.py
Weave uses the span attribute prefixes gen_ai and openinference to determine which convention to apply, if any, when interpreting the trace. If neither key is detected, then all span attributes are visible in the trace view. The full span is available in the side panel when you select a trace.

Use an OpenTelemetry Collector

The previous examples export traces directly from your application to Weave. In production, you can use an OpenTelemetry Collector as an intermediary between your application and Weave. The collector receives traces from your app, then forwards them to one or more backends. This pattern centralizes authentication, batching, and routing logic outside of your application code, and lets you fan traces out to multiple observability backends from a single pipeline.

Set up a collector

This section walks through running a local OpenTelemetry Collector in Docker and configuring an application to send traces to it. The following example shows how to:
  • Set up a Docker configuration file that deploys a local server (collector) that listens for OTLP traces, batches them, and forwards them to Weave.
  • Locally run the collector using Docker.
  • Send a basic call to OpenAI that forwards traces to the collector running in the Docker container.
To use a collector, first create a collector-config.yaml file that configures the collector to receive OTLP traces and export them to Weave:
collector-config.yaml
receivers:
  otlp:
    protocols:
      http:
        endpoint: 0.0.0.0:4318

exporters:
  otlphttp/weave:
    endpoint: ${env:WANDB_OTLP_ENDPOINT}
    headers:
      wandb-api-key: ${env:WANDB_API_KEY}
    sending_queue:
      batch:

processors:
  resource:
    attributes:
      - key: wandb.entity # Resource attributes field
        value: ${env:DEFAULT_WANDB_ENTITY}  # Value to inject
        action: insert # Inject only if not already present
      - key: wandb.project
        value: ${env:DEFAULT_WANDB_PROJECT}
        action: insert 

service:
  pipelines:
    traces:
      receivers: [otlp]
      processors: [resource]
      exporters: [otlphttp/weave]
This configuration file:
  • Listens for OTLP traces on port 4318 (HTTP).
  • Exports traces to Weave’s OTLP endpoint using the wandb-api-key header, reading the endpoint URL from WANDB_OTLP_ENDPOINT and the API key from WANDB_API_KEY.
  • Sets wandb.entity and wandb.project as resource attributes using the resource processor, reading values from DEFAULT_WANDB_ENTITY and DEFAULT_WANDB_PROJECT. The insert action injects these attributes only if your application code does not already set them.
  • Enables the exporter’s built-in sending_queue with batching to reduce network overhead.
After configuring the collector’s settings, update the API and entity values in the following Docker command and run it:
docker run \
  -v ./config.yaml:/etc/otelcol-contrib/config.yaml \
  -e WANDB_API_KEY="<your-wandb-api-key>" \
  -e WANDB_OTLP_ENDPOINT="https://trace.wandb.ai/otel" \
  -e DEFAULT_WANDB_ENTITY="<your-team-name>" \
  -e DEFAULT_WANDB_PROJECT="YOUR_PROJECT" \
  -p 4318:4318 \
  otel/opentelemetry-collector-contrib:latest
Once the collector is running, configure your application to export traces to it by setting the OTEL_EXPORTER_OTLP_ENDPOINT environment variable. The OTel SDK reads this variable automatically, so you don’t need to pass the endpoint to the exporter. If you set wandb.entity or wandb.project as resource attributes in your application’s TracerProvider, they take precedence over the defaults defined in the collector config.
import os
import openai
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.trace.export import BatchSpanProcessor
from openinference.instrumentation.openai import OpenAIInstrumentor

os.environ["OTEL_EXPORTER_OTLP_ENDPOINT"] = "http://localhost:4318"

OPENAI_API_KEY = "YOUR_OPENAI_API_KEY"

tracer_provider = trace_sdk.TracerProvider()
tracer_provider.add_span_processor(BatchSpanProcessor(OTLPSpanExporter()))

OpenAIInstrumentor().instrument(tracer_provider=tracer_provider)

def main():
    client = openai.OpenAI(api_key=OPENAI_API_KEY)
    response = client.chat.completions.create(
        model="gpt-3.5-turbo",
        messages=[{"role": "user", "content": "Describe OTel in a single sentence."}],
        max_tokens=20,
    )
    print(response.choices[0].message.content)

if __name__ == "__main__":
    main()
The OpenAIInstrumentor wraps OpenAI calls, creates traces, and exports them to the collector. The collector handles authentication and routing to Weave. After running the script, you can view the traces in the Weave UI. To send traces to additional backends, add more exporters and include them in the service.pipelines.traces.exporters list. For example, you can export to both Weave and Jaeger from the same Collector instance.

Organize OTel traces into threads

Weave threads let you group related traces so you can analyze multi-turn conversations or user sessions as a single unit. Add specific span attributes to organize your OpenTelemetry traces into threads, then use Weave’s Thread UI to analyze related operations such as multi-turn conversations or user sessions. Add the following attributes to your OTel spans to enable thread grouping:
  • wandb.thread_id: Groups spans into a specific thread.
  • wandb.is_turn: Marks a span as a conversation turn (appears as a row in the thread view).
The following examples show how to organize OTel traces into Weave threads. They use wandb.thread_id to group related operations and wandb.is_turn to mark high-level operations that appear as rows in the thread view.
Use this configuration to run these examples:
import json
import os
from opentelemetry import trace
from opentelemetry.sdk import trace as trace_sdk
from opentelemetry.sdk.resources import Resource
from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter
from opentelemetry.sdk.trace.export import ConsoleSpanExporter, BatchSpanProcessor

# Configuration
ENTITY = "<your-team-name>"
PROJECT = "<your-project-name>"
WANDB_API_KEY = os.environ["WANDB_API_KEY"]

OTEL_EXPORTER_OTLP_ENDPOINT = "https://trace.wandb.ai/otel/v1/traces"

exporter = OTLPSpanExporter(
    endpoint=OTEL_EXPORTER_OTLP_ENDPOINT,
    headers={"wandb-api-key": WANDB_API_KEY},
)

tracer_provider = trace_sdk.TracerProvider(resource=Resource({
    "wandb.entity": ENTITY,
    "wandb.project": PROJECT,
}))
tracer_provider.add_span_processor(BatchSpanProcessor(exporter))

# Optionally, print the spans to the console
tracer_provider.add_span_processor(BatchSpanProcessor(ConsoleSpanExporter()))

trace.set_tracer_provider(tracer_provider)

# Creates a tracer from the global tracer provider
tracer = trace.get_tracer(__name__)
def example_1_basic_thread_and_turn():
    """Example 1: Basic thread with a single turn"""
    print("\n=== Example 1: Basic Thread and Turn ===")

    # Create a thread context
    thread_id = "thread_example_1"

    # This span represents a turn (direct child of thread)
    with tracer.start_as_current_span("process_user_message") as turn_span:
        # Set thread attributes
        turn_span.set_attribute("wandb.thread_id", thread_id)
        turn_span.set_attribute("wandb.is_turn", True)

        # Add some example attributes
        turn_span.set_attribute("input.value", "Hello, help me with setup")

        # Simulate some work with nested spans
        with tracer.start_as_current_span("generate_response") as nested_span:
            # This is a nested call within the turn, so is_turn should be false or unset
            nested_span.set_attribute("wandb.thread_id", thread_id)
            # wandb.is_turn is not set or set to False for nested calls

            response = "I'll help you get started with the setup process."
            nested_span.set_attribute("output.value", response)

        turn_span.set_attribute("output.value", response)
        print(f"Turn completed in thread: {thread_id}")

def main():
    example_1_basic_thread_and_turn()

if __name__ == "__main__":
    main()
def example_2_multiple_turns():
    """Example 2: Multiple turns in a single thread"""
    print("\n=== Example 2: Multiple Turns in Thread ===")

    thread_id = "thread_conversation_123"

    # Turn 1
    with tracer.start_as_current_span("process_message_turn1") as turn1_span:
        turn1_span.set_attribute("wandb.thread_id", thread_id)
        turn1_span.set_attribute("wandb.is_turn", True)
        turn1_span.set_attribute("input.value", "What programming languages do you recommend?")

        # Nested operations
        with tracer.start_as_current_span("analyze_query") as analyze_span:
            analyze_span.set_attribute("wandb.thread_id", thread_id)
            # No is_turn attribute or set to False for nested spans

        response1 = "I recommend Python for beginners and JavaScript for web development."
        turn1_span.set_attribute("output.value", response1)
        print(f"Turn 1 completed in thread: {thread_id}")

    # Turn 2
    with tracer.start_as_current_span("process_message_turn2") as turn2_span:
        turn2_span.set_attribute("wandb.thread_id", thread_id)
        turn2_span.set_attribute("wandb.is_turn", True)
        turn2_span.set_attribute("input.value", "Can you explain Python vs JavaScript?")

        # Nested operations
        with tracer.start_as_current_span("comparison_analysis") as compare_span:
            compare_span.set_attribute("wandb.thread_id", thread_id)
            compare_span.set_attribute("wandb.is_turn", False)  # Explicitly false for nested

        response2 = "Python excels at data science while JavaScript dominates web development."
        turn2_span.set_attribute("output.value", response2)
        print(f"Turn 2 completed in thread: {thread_id}")

def main():
    example_2_multiple_turns()

if __name__ == "__main__":
    main()
def example_3_complex_nested_structure():
    """Example 3: Complex nested structure with multiple levels"""
    print("\n=== Example 3: Complex Nested Structure ===")

    thread_id = "thread_complex_456"

    # Turn with multiple levels of nesting
    with tracer.start_as_current_span("handle_complex_request") as turn_span:
        turn_span.set_attribute("wandb.thread_id", thread_id)
        turn_span.set_attribute("wandb.is_turn", True)
        turn_span.set_attribute("input.value", "Analyze this code and suggest improvements")

        # Level 1 nested operation
        with tracer.start_as_current_span("code_analysis") as analysis_span:
            analysis_span.set_attribute("wandb.thread_id", thread_id)
            # No is_turn for nested operations

            # Level 2 nested operation
            with tracer.start_as_current_span("syntax_check") as syntax_span:
                syntax_span.set_attribute("wandb.thread_id", thread_id)
                syntax_span.set_attribute("result", "No syntax errors found")

            # Another Level 2 nested operation
            with tracer.start_as_current_span("performance_check") as perf_span:
                perf_span.set_attribute("wandb.thread_id", thread_id)
                perf_span.set_attribute("result", "Found 2 optimization opportunities")

        # Another Level 1 nested operation
        with tracer.start_as_current_span("generate_suggestions") as suggest_span:
            suggest_span.set_attribute("wandb.thread_id", thread_id)
            suggestions = ["Use list comprehension", "Consider caching results"]
            suggest_span.set_attribute("suggestions", json.dumps(suggestions))

        turn_span.set_attribute("output.value", "Analysis complete with 2 improvement suggestions")
        print(f"Complex turn completed in thread: {thread_id}")

def main():
    example_3_complex_nested_structure()

if __name__ == "__main__":
    main()
def example_4_non_turn_operations():
    """Example 4: Operations that are part of a thread but not turns"""
    print("\n=== Example 4: Non-Turn Thread Operations ===")

    thread_id = "thread_background_789"

    # Background operation that's part of thread but not a turn
    with tracer.start_as_current_span("background_indexing") as bg_span:
        bg_span.set_attribute("wandb.thread_id", thread_id)
        # wandb.is_turn is unset or false - this is not a turn
        bg_span.set_attribute("wandb.is_turn", False)
        bg_span.set_attribute("operation", "Indexing conversation history")
        print(f"Background operation in thread: {thread_id}")

    # Actual turn in the same thread
    with tracer.start_as_current_span("user_query") as turn_span:
        turn_span.set_attribute("wandb.thread_id", thread_id)
        turn_span.set_attribute("wandb.is_turn", True)
        turn_span.set_attribute("input.value", "Search my previous conversations")
        turn_span.set_attribute("output.value", "Found 5 relevant conversations")
        print(f"Turn completed in thread: {thread_id}")

def main():
    example_4_non_turn_operations()

if __name__ == "__main__":
    main()
After sending these traces, you can view them in the Weave UI under the Threads tab, where they’re grouped by thread_id and each turn appears as a separate row.

Attribute mappings

Weave maps OpenTelemetry span attributes from various instrumentation frameworks to its internal data model. This mapping means you don’t need to rename or transform attributes from your existing instrumentation to get a rich view in Weave. When multiple attribute names map to the same field, Weave applies them in priority order, which lets frameworks coexist in the same traces.

Supported frameworks

Weave supports attribute conventions from the following observability frameworks and SDKs:
  • OpenTelemetry GenAI: Standard semantic conventions for generative AI (gen_ai.*).
  • OpenInference: Arize AI’s instrumentation library (input.value, output.value, llm.*, openinference.*).
  • Vercel AI SDK: Vercel’s AI SDK attributes (ai.prompt, ai.response, ai.model.*, ai.usage.*).
  • MLflow: MLflow tracking attributes (mlflow.spanInputs, mlflow.spanOutputs).
  • Traceloop: OpenLLMetry instrumentation (traceloop.entity.*, traceloop.span.kind).
  • Google Vertex AI: Vertex AI agent attributes (gcp.vertex.agent.*).
  • OpenLit: OpenLit observability attributes (gen_ai.content.completion).
  • Langfuse: Langfuse tracing attributes (langfuse.startTime, langfuse.endTime).

Attribute reference

Attribute Field NameW&B MappingDescriptionTypeExample
ai.promptinputsUser prompt text or messages.String, list, dict"Write a short haiku about summer."
gen_ai.promptinputsAI model prompt or message array.List, dict, string[{"role":"user","content":"abc"}]
input.valueinputsInput value for model invocation.String, list, dict{"text":"Tell a joke"}
mlflow.spanInputsinputsSpan input data.String, list, dict["prompt text"]
traceloop.entity.inputinputsEntity input data.String, list, dict"Translate this to French"
gcp.vertex.agent.tool_call_argsinputsTool call arguments.Dict{"args":{"query":"weather in SF"}}
gcp.vertex.agent.llm_requestinputsLLM request payload.Dict{"contents":[{"role":"user","parts":[...]}]}
inputinputsGeneric input value.String, list, dict"Summarize this text"
inputsinputsGeneric input array.List, dict, string["Summarize this text"]
ai.responseoutputsModel response text or data.String, list, dict"Here is a haiku..."
gen_ai.completionoutputsAI completion result.String, list, dict"Completion text"
output.valueoutputsOutput value from model.String, list, dict{"text":"Answer text"}
mlflow.spanOutputsoutputsSpan output data.String, list, dict["answer"]
gen_ai.content.completionoutputsContent completion result.String"Answer text"
traceloop.entity.outputoutputsEntity output data.String, list, dict"Answer text"
gcp.vertex.agent.tool_responseoutputsTool execution response.Dict, string{"toolResponse":"ok"}
gcp.vertex.agent.llm_responseoutputsLLM response payload.Dict, string{"candidates":[...]}
outputoutputsGeneric output value.String, list, dict"Answer text"
outputsoutputsGeneric output array.List, dict, string["Answer text"]
gen_ai.usage.input_tokensusage.input_tokensNumber of input tokens consumed.Int42
gen_ai.usage.prompt_tokensusage.prompt_tokensNumber of prompt tokens consumed.Int30
llm.token_count.promptusage.prompt_tokensPrompt token count.Int30
ai.usage.promptTokensusage.prompt_tokensPrompt tokens consumed.Int30
gen_ai.usage.completion_tokensusage.completion_tokensNumber of completion tokens generated.Int40
llm.token_count.completionusage.completion_tokensCompletion token count.Int40
ai.usage.completionTokensusage.completion_tokensCompletion tokens generated.Int40
llm.usage.total_tokensusage.total_tokensTotal tokens used in request.Int70
llm.token_count.totalusage.total_tokensTotal token count.Int70
gen_ai.systemattributes.systemSystem prompt or instructions.String"You are a helpful assistant."
llm.systemattributes.systemSystem prompt or instructions.String"You are a helpful assistant."
weave.span.kindattributes.kindSpan type or category.String"llm"
traceloop.span.kindattributes.kindSpan type or category.String"llm"
openinference.span.kindattributes.kindSpan type or category.String"llm"
gen_ai.response.modelattributes.modelModel identifier.String"gpt-4o"
llm.model_nameattributes.modelModel identifier.String"gpt-4o-mini"
ai.model.idattributes.modelModel identifier.String"gpt-4o"
llm.providerattributes.providerModel provider name.String"openai"
ai.model.providerattributes.providerModel provider name.String"openai"
gen_ai.requestattributes.model_parametersModel generation parameters.Dict{"temperature":0.7,"max_tokens":256}
llm.invocation_parametersattributes.model_parametersModel invocation parameters.Dict{"temperature":0.2}
wandb.display_namedisplay_nameCustom display name for UI.String"User Message"
gcp.vertex.agent.session_idthread_idSession or thread identifier.String"thread_123"
wandb.thread_idthread_idThread identifier for conversations.String"thread_123"
wb_run_idwb_run_idAssociated W&B run identifier.String"abc123"
wandb.wb_run_idwb_run_idAssociated W&B run identifier.String"abc123"
gcp.vertex.agent.session_idis_turnMarks span as conversation turn.Booleantrue
wandb.is_turnis_turnMarks span as conversation turn.Booleantrue
langfuse.startTimestart_time (override)Override span start timestamp.Timestamp (ISO8601/unix ns)"2024-01-01T12:00:00Z"
langfuse.endTimeend_time (override)Override span end timestamp.Timestamp (ISO8601/unix ns)"2024-01-01T12:00:01Z"

Limitations

The Weave UI does not support rendering OTel trace tool calls in the Chat view. They appear as raw JSON instead.