{"slug": "arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions", "title": "Arize AX adds native support for OpenTelemetry GenAI semantic conventions", "summary": "Arize AX, the AI observability platform from Arize AI, now natively supports OpenTelemetry GenAI semantic conventions, enabling teams to send gen_ai.* telemetry directly over OTLP without custom processors. The update maps supported attributes into OpenInference fields for structured traces, evaluations, and token usage analysis, while preserving original attributes. Supported platforms include Microsoft Agent Framework and CrewAI Studio.", "body_md": "*Co-Authored by Chris Cooning, Head of Product Marketing & Dheeraj Bandaru, Product Manager.*\n\nIf your framework or managed agent platform already emits OpenTelemetry `gen_ai.*`\n\nspans, you shouldn’t need to maintain a custom processor just to make those traces useful.\n\nArize AX now natively supports [OpenTelemetry GenAI semantic conventions](https://arize.com/docs/ax/concepts/otel-openinference/semantic-conventions), giving teams first-class observability for applications and agents that emit `gen_ai.*`\n\ntelemetry. When compatible spans reach Arize AX, it normalizes supported attributes through a [GenAI-to-OpenInference mapping](https://arize.com/docs/ax/concepts/otel-openinference/span-kinds#genai-semantic-convention-mapping). Span kinds, model and provider information, messages, token usage, tool inputs and outputs, and retrieved documents appear as structured AI trace data.\n\nFor platforms that already emit OpenTelemetry GenAI spans, including [ Microsoft Agent Framework](https://arize.com/docs/ax/integrations/python-agent-frameworks/microsoft/microsoft-agent-framework) and\n\n[, you can send telemetry directly to Arize AX over OTLP, then inspect traces, run evaluations, and analyze token usage without reshaping attributes in client code.](https://docs-platform.crewai.com/platform/en/features/crew-studio)\n\n**CrewAI Studio****What are OpenTelemetry GenAI semantic conventions?**\n\nOpenTelemetry GenAI semantic conventions are a shared vocabulary for describing generative AI operations and data in telemetry.\n\nOpenTelemetry provides an open standard for collecting and transporting telemetry. Its GenAI conventions define common attribute names for model requests, agent and workflow invocations, tool calls, messages, retrieval, model metadata, and token usage.\n\nThese conventions make traces portable and understandable across services. Instead of every framework using different names for the same concept, a shared `gen_ai.*`\n\nvocabulary gives instrumentation libraries and observability platforms a consistent structure to interpret.\n\n**What changed in Arize AX?**\n\nArize AX now maps supported gen_ai. attributes into first-class OpenInference fields during ingestion. Previously, these attributes could arrive in AX as raw custom fields, which meant evaluations, cost analysis, and debugging workflows might not recognize important context.\n\nFor example:\n\n`gen_ai.operation.name`\n\nhelps classify LLM, embedding, tool, retriever, agent, and chain spans.`gen_ai.input.messages`\n\nand`gen_ai.output.messages`\n\nbecome structured input and output messages.`gen_ai.usage.input_tokens`\n\nand`gen_ai.usage.output_tokens`\n\nbecome prompt, completion, and total token counts.- Provider, model, request parameters, tool calls, tool results, and retrieved documents map into their corresponding OpenInference fields.\n\nAfter normalization, developers can:\n\n- Inspect model interactions with recognized inputs and outputs\n- Follow agent, workflow, retrieval, and tool behavior across a trace\n- Run evaluations on structured data instead of raw custom attributes\n- Analyze token consumption and model costs without maintaining a separate translation layer\n\n**What happens to the original attributes?**\n\nAX also preserves the original `gen_ai.*`\n\nattributes on the span. If an explicit OpenInference attribute is already present, it takes precedence. If AX cannot confidently classify an operation, it leaves the span kind unset rather than guessing.\n\n**When should I use OpenTelemetry GenAI conventions or OpenInference?**\n\nBoth conventions solve the same interoperability problem from two different starting points.\n\nArize created OpenInference because AI applications needed dependable semantic conventions before the broader OpenTelemetry GenAI standard was mature enough to provide them.\n\nEarly GenAI conventions changed frequently at the attribute level. OpenInference provided an open-source, opinionated layer with stable attribute names, rich AI-specific coverage, and auto-instrumentors for popular models and frameworks. Meanwhile, more frameworks and managed platforms emit gen_ai. telemetry natively.\n\nIn practice, you should:\n\n- Use OpenInference when you control application instrumentation and want an established AI-specific schema with auto-instrumentation\n- Use OpenTelemetry GenAI semantic conventions when a framework or platform already emits gen_ai. spans, or when you only control OTLP export.\n- Use both across mixed environments. Arize AX keeps existing OpenInference traces intact and normalizes compatible GenAI spans at ingestion.\n\n**Why does this matter for managed and low-code agents?**\n\nIt removes the need to install a conversion processor in a runtime you don’t control.\n\nUsers of managed or low-code agent platforms often control an OpenTelemetry endpoint but not the platform’s runtime or instrumentation code. That made a client-side conversion processor impractical or impossible to add.\n\nWith native support, compatible spans can be routed directly to Arize AX and normalized at ingestion. Developers and enterprise AI platform teams can observe custom services and platform-built agents in the same project with consistent trace fields.\n\n**How do I send OpenTelemetry GenAI traces to Arize AX?**\n\n- Configure your framework or platform’s OTLP exporter with your Arize AX endpoint, Space ID, API key, and project name.\n- Send compatible spans that use supported\n`gen_ai.*`\n\nattributes. - Open the traces in Arize AX and confirm that span kinds, messages, token counts, tool calls, and retrieval data appear in their structured fields.\n\n**Do I need a client-side conversion processor?**\n\nNo. Arize AX performs the supported GenAI-to-OpenInference mapping during ingestion, so no client-side reshape processor is required.\n\n**Next steps**\n\nRead the [OpenTelemetry GenAI semantic conventions overview](https://arize.com/docs/ax/concepts/otel-openinference/semantic-conventions), review the [full attribute and span-kind mapping](https://arize.com/docs/ax/concepts/otel-openinference/span-kinds#genai-semantic-convention-mapping), or [get started with Arize AX](https://arize.com/products/ax/).\n\nNative OpenTelemetry GenAI support let teams use the telemetry their frameworks already emit while keeping the same Arize AX workflows for debugging, evaluation, token analysis, and cost analysis.", "url": "https://wpnews.pro/news/arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions", "canonical_source": "https://arize.com/blog/arize-ax-opentelemetry-genai-semantic-conventions/", "published_at": "2026-08-11 15:00:50+00:00", "updated_at": "2026-08-11 15:16:00.217422+00:00", "lang": "en", "topics": ["developer-tools", "ai-infrastructure"], "entities": ["Arize AX", "Arize AI", "OpenTelemetry", "OpenInference", "Microsoft Agent Framework", "CrewAI Studio", "Chris Cooning", "Dheeraj Bandaru"], "alternates": {"html": "https://wpnews.pro/news/arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions", "markdown": "https://wpnews.pro/news/arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions.md", "text": "https://wpnews.pro/news/arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions.txt", "jsonld": "https://wpnews.pro/news/arize-ax-adds-native-support-for-opentelemetry-genai-semantic-conventions.jsonld"}}