Skip to main content
Stream audit logs and execution traces to your own infrastructure for compliance, analytics, and observability.

Overview

Relevance AI delivers events in OpenTelemetry (OTEL) format - an open, vendor-neutral standard for telemetry data. This provides several advantages:
  • Interoperability: OTEL is supported by most major observability platforms, making it easy to route data to your existing tools
  • Future-proof: As an industry standard backed by CNCF, OTEL ensures your data pipelines won’t be locked into proprietary formats
  • Rich semantics: Built-in support for traces, logs, and metrics with standardized attribute naming conventions
  • Correlation: Trace IDs link related events across agent invocations, LLM calls, and workforce executions
You don’t need to run an OTEL collector to use this feature. Events are delivered directly to your S3 bucket where you can:
  • Query them directly using Athena, BigQuery, or similar tools
  • Ingest into your data lake (Snowflake, Databricks, etc.)
  • Forward to any OTEL-compatible backend for visualization and alerting
Enterprise customers can enable PII redaction to automatically protect sensitive information in logs. Contact your Account Manager to learn more.
S3 is currently the only supported destination. Support for direct OTEL collector endpoints is on our roadmap.

Setup

Prerequisites

  • AWS account with permissions to create S3 buckets and bucket policies
  • Relevance AI Enterprise plan

1. Create an S3 Bucket

Create a bucket in the same AWS region as your Relevance data:

2. Configure Bucket Policy

Add this policy to allow Relevance to write events to your bucket:
Replace:
  • YOUR_BUCKET_NAME: Your S3 bucket name
  • RELEVANCE_EVENT_CONSUMER_ROLE_ARN: Contact your Relevance team for the region-specific IAM role ARN

3. Provide Configuration to Relevance

Send your Account Manager or support team:
  • Bucket Name: Your S3 bucket name
  • Region: AWS region of the bucket
  • Prefix: S3 prefix for events (e.g., relevance-events/)

PII Redaction (Enterprise Feature)

PII (Personally Identifiable Information) redaction is an org-level feature that automatically scrubs sensitive information like email addresses, phone numbers, credit card numbers, and names before your event data leaves the platform and is delivered to your S3 destination. PII redaction applies at the point of data export, specifically when telemetry and audit logs are being written to your S3 bucket. It does not apply to live agent conversations in real-time or data stored internally on Relevance AI’s side. Think of it as a “scrub before delivery” mechanism for your downstream data pipeline.
PII redaction is a contractual Enterprise feature. Contact your Account Manager to enable this capability for your organization.

What gets redacted

There are two layers of redaction: 1. Structured fields (always scrubbed automatically) The following fields are redacted from exported data regardless of whether PII scrubbing is explicitly enabled:
  • User email addresses
  • IP addresses
  • Device info
2. Unstructured text (scrubbed when PII redaction is enabled for your org) When PII redaction is enabled, the following fields are scanned and scrubbed using a Presidio-powered ML engine:
  • LLM input messages (what you send to an agent/tool)
  • LLM output messages (what the agent responds)
  • System instructions

Supported PII entities

The following entity types can be detected. By default, all supported entities are targeted. You can optionally limit detection to specific entity types via configuration.

EMAIL_ADDRESS

PHONE_NUMBER

PERSON

CREDIT_CARD

US_SSN

IP_ADDRESS

IBAN_CODE

URL

DATE_TIME

LOCATION

Redaction actions

When PII is detected, the following actions can be applied:

Prerequisites

Before configuring PII redaction, ensure:
  • OTEL log shipping is enabled for your organization
  • The jsonl_to_otel_json transformation is applied
  • Your Enterprise plan includes PII redaction (contact your Account Manager)

Configuration

There is currently no self-serve UI to toggle PII redaction. It is configured at the organization level by the Relevance AI team. Contact your Account Manager to have it enabled.

Delivery Format

Format: Gzipped JSON following the OpenTelemetry JSON specification. File path pattern:
Event types:
  • logs - Audit logs for administrative and lifecycle events
  • traces - Execution traces for agents, workforces, and LLM completions

Logs

Audit logs provide a complete record of activity across your organization for security monitoring, compliance reporting, and operational visibility. Events capture who did what, when, and from where. Enterprise customers can enable PII redaction to automatically protect sensitive information in logs.
We’re actively expanding our event coverage. If there are specific operations or attributes you’d like to see, let your Account Manager know.

Structure

Base Attributes

Included on all log records:

Log Record Properties

Supported Events

Agent Events

agent_created - Emitted when a new agent is created (from scratch, cloned, or duplicated). agent_updated - Emitted when an agent’s configuration is updated directly (outside draft/publish workflow). agent_deleted - Emitted when an agent is permanently deleted. agent_draft_saved - Emitted when work-in-progress changes are saved to an agent. agent_published - Emitted when agent changes are published to make them live.

Tool Events

tool_created - Emitted when a new tool is created (from scratch or cloned). tool_deleted - Emitted when a tool is permanently deleted. tool_draft_saved - Emitted when work-in-progress changes are saved to a tool. tool_published - Emitted when tool changes are published to make them live.

Workforce Events

workforce_created - Emitted when a new workforce is created (from scratch, cloned, or duplicated). workforce_deleted - Emitted when a workforce is permanently deleted. workforce_draft_saved - Emitted when work-in-progress changes are saved to a workforce. workforce_published - Emitted when workforce changes are published to make them live.

Permission Events

project_user_role_updated - Emitted when a user’s role within a project is updated. This occurs when an admin changes another user’s access level in the project settings. organization_user_role_updated - Emitted when a user’s role within an organization is updated. This occurs when an admin changes another user’s organization-level access.

Example Log Record


Traces

Traces track execution flows for agents, workforces, and LLM completions. Use traces to understand performance, debug issues, and analyze agent behavior.
We’re actively expanding our trace coverage. If there are specific spans or attributes you’d like to see, let your Account Manager know.

Structure

Resource Attributes

Resource attributes identify the service producing telemetry data. These attributes are attached to all spans and logs exported from Relevance AI. This attribute is applied to all spans - chat, invoke_agent, multi_agent_system_trigger, and condition_trigger. In your observability tool, you can filter all Relevance activity with a single query like service.name = "Relevance AI", cleanly separating Relevance spans from your own services. Example structure:

Base Attributes

Included on all spans:

Span Properties

Trace Hierarchy

Spans share traceId and link via parentSpanId:

Supported Spans

invoke_agent

Records a complete agent conversation/invocation. Name: invoke_agent or invoke_agent {agent_name}

chat

Records a single LLM inference call. Name: chat {model_name}
This span was previously named llm_completion. If you have existing dashboards or queries filtering on gen_ai.operation.name = "llm_completion" or span names containing llm_completion, update them to use "chat". The rename aligns with the OpenTelemetry GenAI semantic conventions.
Attribute: gen_ai.tool.definitions
gen_ai.tool.definitions was previously an array type (arrayValue). It is now a JSON string (stringValue). If you consume this field in your pipeline or queries, you need to call JSON.parse() on the value to work with the tool definitions as structured data. The content is identical - the same tool definitions are present, just serialized as a string for better compatibility across OTEL exporters and backends.

multi_agent_system_trigger

Records a complete workforce execution. Name: multi_agent_system_trigger

condition_trigger

Records a condition node evaluation in a workforce. Name: condition_trigger Decision object:

Attribute Value Types


Resources

Understanding OpenTelemetry

Compatible Observability Platforms

OTEL is supported by most major observability platforms. See the OpenTelemetry Registry for a full list of compatible vendors and integrations. For a detailed example of ingesting OTEL data, see Honeycomb’s OpenTelemetry guide.

Querying OTEL Data Directly

OTEL JSON files in S3 can be queried directly using SQL tools like AWS Athena.