PromptLayer natively supports OpenTelemetry (OTEL), the industry-standard observability framework. You can send traces from any OpenTelemetry-compatible SDK or Collector directly to PromptLayer — no PromptLayer SDK required. This is ideal when:Documentation Index
Fetch the complete documentation index at: https://promptlayer-claude-nice-fermi-nop3f.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
- Your framework isn’t listed on the Telemetry Integrations page
- You already have an OpenTelemetry pipeline and want to add PromptLayer as a destination
- You want vendor-neutral instrumentation
If you’re using a supported framework like the Vercel AI SDK, OpenAI Agents SDK, or Claude Code, see the Telemetry Integrations page for framework-specific setup — those integrations handle the OTEL configuration for you.
How It Works
PromptLayer exposes an OTLP/HTTP endpoint at:Setup
Configure your OpenTelemetry SDK to export traces to PromptLayer using the OTLP/HTTP exporter.GenAI Semantic Conventions
Spans that use GenAI semantic conventions are automatically parsed into PromptLayer request logs. Add these attributes to your LLM call spans:| Attribute | Description |
|---|---|
gen_ai.request.model | Model name (e.g. gpt-4, claude-sonnet-4-20250514) |
gen_ai.provider.name | Provider (e.g. openai, anthropic) |
gen_ai.operation.name | Operation type (chat, text_completion, embeddings) |
gen_ai.usage.input_tokens | Input token count |
gen_ai.usage.output_tokens | Output token count |
gen_ai.input.messages | Request messages |
gen_ai.output.messages | Response messages |
gen_ai.request.temperature | Temperature parameter |
gen_ai.request.max_tokens | Max tokens parameter |
gen_ai.response.finish_reasons | Finish reasons |
Event-Based Conventions
PromptLayer also supports the newer event-based GenAI semantic conventions where message content is sent as span events rather than span attributes. This format is used by frameworks like LiveKit and newer versions of OpenTelemetry GenAI instrumentation. The following event types are recognized:| Event Name | Description |
|---|---|
gen_ai.system.message | System message |
gen_ai.user.message | User message |
gen_ai.assistant.message | Assistant message (including tool calls) |
gen_ai.tool.message | Tool/function result message |
gen_ai.choice | Model response/choice |
gen_ai.system.message.content, gen_ai.user.message.content, and tool call data are automatically extracted and mapped to PromptLayer request logs.
When both attribute-based messages (
gen_ai.input.messages) and event-based messages are present on the same span, attribute-based messages take priority.Linking to Prompt Templates
You can associate OTEL spans with prompt templates in your PromptLayer workspace by setting custom span attributes:| Attribute | Type | Description |
|---|---|---|
promptlayer.prompt.name | string | Name of the prompt template in your workspace |
promptlayer.prompt.version | integer | Specific version number to link (optional) |
Attaching User Identity & Metadata
You can attach searchable metadata — including end-user identity and conversation IDs — to the request logs generated from your spans. This is the OpenTelemetry-native equivalent of the PromptLayer SDK’strack.metadata(), with no extra REST call required.
PromptLayer recognizes two kinds of span attributes for metadata.
Standard OpenTelemetry attributes
If your instrumentation already follows OpenTelemetry conventions, these are picked up automatically — no PromptLayer-specific attributes needed:| Attribute | Mapped to | Description |
|---|---|---|
user.id | user_id metadata | End-user identity (current OpenTelemetry attribute) |
enduser.id | user_id metadata | End-user identity (deprecated OpenTelemetry attribute, supported as a fallback) |
gen_ai.conversation.id | conversation_id metadata | Conversation / session / thread identifier (OpenTelemetry GenAI attribute) |
session.id | conversation_id metadata | Conversation identifier (common alias, supported as a fallback) |
PromptLayer custom metadata
For arbitrary key/value metadata, use thepromptlayer.metadata. namespace. Each attribute becomes a metadata key on the request log — for example, promptlayer.metadata.tenant becomes a tenant metadata key.
| Attribute | Mapped to |
|---|---|
promptlayer.metadata.<key> | <key> metadata |
promptlayer.metadata.<key> always takes precedence over a standard attribute mapped to the same key. For example, if a span has both user.id and promptlayer.metadata.user_id, the promptlayer.metadata.user_id value wins.
Metadata is attached to the request log generated from the span, so set these attributes on your LLM call spans. To apply metadata across an entire trace, set the attributes as resource attributes — they apply to every span in the export.
Using an OpenTelemetry Collector
If you’re already running an OpenTelemetry Collector, you can add PromptLayer as an additional exporter in your Collector config:Content Types
The endpoint accepts both binary protobuf (application/x-protobuf, recommended) and JSON (application/json) encodings. Both support Content-Encoding: gzip.
Next Steps
- OTLP Ingest Traces API Reference — full endpoint documentation
- Telemetry Integrations — framework-specific setups (Vercel AI SDK, OpenAI Agents, Claude Code)
- Traces — PromptLayer SDK native tracing with
@traceableandwrapWithSpan

